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A HÓNAP TÉMÁJA 





Rendí(szerjezni közös dolgainkat 





A megjósolt és kívánatossá tett informatikai társadalom kiépülésének évtizedekig tartó időszakában a mostani , állomást" 
egy rövid mondat tökéletesen minősíti: a hazai számítógépes alkalmazások helyzete csapnivaló. A polgár ezt akként érzi, 
hogy a szolgáltatások, a dolgok nem működnek, vagy nagyon rosszul működnek. Néhány , klip" erről: több százezer embernek 
rossz tb-kártyát küldenek ki; órákat kell várni az OTP-ben, mert az ügyfelek azonosítóját cserélik; a földhivatalban két év 
alatt sem írják át az ingatlant, mert nincs életképes számítógépi ingatlan-nyilvántartás. . . 

A jelenség bizonyos része a robbanásszerű politikai és gazdasági változások terhére írható, mert például a statisztikai 
rendszerek összeomlásában a rendszerváltozás nagy szerepet játszott. Ma politikusok nyíltan bevallják: úgy törvénykeznek, 
hogy a gazdasági folyamatokról nincsenek pontos ismereteik, leendő törvényeik várható hatásait a tényszámok ismeretének 
hiánya miatt nem is vizsgálják. Ezt tehát nyugodtan hívhatjuk vakrepülésnek. 

Látszólag sokkal inkább nyerőre áll a játszma a helyi, kis alkalmazásoknál. Ott eldönthető, hogy megérte-e, megéri-e. A 
dBase program működik, a Novell hálózat jobbára mindenkit kiszolgál... A számítástechnikai felszín csendes. A programozó 
még büszke is lehet arra, hogy a felhasználó bonyolult problémáját egy elegáns algoritmussal megoldotta. Vannak gondok 
egyes programokkal, de ígérik a következő verziók megjelenését, amelyekben a hibákat majd kijavítják. 

Persze azért is van helyi nyugalom, mert még nem vált általános szokássá megkérdezni, hogy a rendszer miért van, mi 
a célja, mik a kapcsolódásai, ezek logikusak-e, és egyáltalán hasznot hoz-e, vagy csak viszi a pénzt? Átlátható-e a szervezet 
a számítástechnikai rendszer nyújtotta eszközökkel, vagy csak utólagos kimutatásokra képes? Megkapja-e a vezető az 
eredményeket naponta, vagy csak a hó végét követő harmadik héten (a múltat)? Rend van-e? Kiszolgáltatott-e a szervezet 
az informatikusnak, a hardverszállítóriák; a szoftveresnek, vagy sem? 

Ha szakmailag kritikusan vizsgáljuk a rendszerek perspektíváit, akkor nagyon sok problémát látunk. Az alkalmazásokat 
a jelennek, sőt gyakran a múltnak készítjük, nem pedig a jövőnek. Ez akkor is hiba, ha egy szervezetnél egy-két év távlatában 
sem képesek előre látni fejlődésük irányait, lehetőségeit és korlátait. 

A jelenlegi helyzet oka az is, hogy az alkalmazások többségének nincsenek hagyományai, nincsenek bevált bizonylatok, 
megállapodott kódrendszerek stb. Hiányzik a jó értelemben vett, szépen kialakított bürokrácia. Az átállásnak előnyére válna, 
ha a számítógépesítés már egy ragyogóan működő kézi rendszerre épülhetne. Ez azonban ritka eset. A számítógépesítésnél 
többnyire egyszerre kell több feladattal megbirkózni: a rendszer korszerűsítésével, szabályozásával vagy újraszabályozásával, 
illetve magával a számítógépesítéssel. Bármelyik lépés kihagyása veszélyezteti a sikert. 

Nos, az nem várható, hogy folyóiratunk cikkei nyomán oldódjanak meg ezek a problémák. De azzal, hogy fölvillantunk 
néhány módszertani útmutatást és alkalmazási tapasztalatot, valamit talán mégis tettünk az ügy érdekében. Az ügy pedig 
nem más, mint rendezni 
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lesztő és a hardverkeres- 
kedő, a lapszerkesztő és 
az olvasó egyaránt érde- 
kelt abban, hogy jobb 
rendszerek szülessenek 
és működjenek. Közö- 
sek az erőfeszítések gyö- 
kerei is: szenvedünk a 
felemás értékű rendsze- Instant 
rek akadozó szolgáltatá- ezette Enecineer 
sainak következményei- 2 
től. És ezt jó lenne meg- 
változtatni. Seteted Hatch Name AMSIJZ 
A , rend kedvéért" is- 
mét kapcsolódik a , ren- 
des" hónap témájához 
két másik rovatunk: a 
KÖNYVESPOLC és az 
OKTATÁS. Ezeket is a 
fenti cím és gondolatkör 
vonzataként ajánljuk fi- 
gyelmükbe, akárcsak le- 
mezmellékletünkön az 
e témakörről közreadott 
anyagokat. 
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, Mutasd meg a fiókodat, megmondom, ki vagy! 


A PC-láz és az alkalmazásfejlesztés 


, Végre van egy saját kis gépünk, és magunk oldhatjuk meg 
a gondjainkat! Nem leszünk tovább kiszolgáltatva a 
szervezési főosztálynak!" — sóhajtott fel sok középvezető, 
amikor a 80-as évek második felében meglódult a személyi 
számítógépek elterjedése az országban. 

Voltunk néhányan már akkor is, akik nem tudtunk teljesen 
egyértelműen lelkesedni a gyors és — valljuk be — 
meggondolatlanul végrehajtott változásokért. . . 


Láttuk a nagygépre alapozott rend- 
szerszervezési részlegek gyors felszá- 
molódását, amit persze még a gazdasági 
változás folyamata, a nagyvállalatok 
többségének széthullása és csődje to- 
vább erősített. Ez szakmai szempontból 
azért nem adott okot az egyértelmű 
lelkesedésre, mert: 

— a nagygépre alapozott rendszer- 
szervezés éppen elérni látszott a kifor- 
rott színvonalat; 

— semmilyen gondoskodás nem tör- 
tént a PC-s rendszerekre való átmenet- 
nél az elért valódi értékek megőrzésé- 
ről. 

Egyik tényt sem a technikai részletek 
szempontjából kell értelmezni, hanem 
elvi oldalról. Amikor kiforrottságról be- 
szélek, akkor elsősorban — tehát nem 
kizárólag — arra a módszerre gondo- 
lok, amely már egyre inkább kezdte 
lehetővé tenni vállalatok (vagy más 
szervezetek) nagy, egymással összefüg- 
gő alrendszerekből álló információs 
rendszereinek — kifejlesztését. Úgy 
mondtuk: végre elkezdtünk integrált 
rendszerekben gondolkodni, sőt: ilyen 
rendszereket gyakorlatban is előállítani. 

Ez volt talán a nagygépes időszak 
legfontosabb elvi jelentőségű eredmé- 
nye, és azután mégis bekövetkezett az, 
amit legérzékletesebben a közmondás 
fogalmaz meg: a fürdővízzel együtt a 
gyereket is kilöttyintették. . .. Ennek pe- 
dig nem kellett volna törvényszerűen 
bekövetkeznie. 

A PC természetesen sok örömet is 
hozott, főleg technikai szempontból. A 
számítástechnika mindinkább ember- 
közelivé vált, a kisebb rendszerek ki- 
fejlesztése valóban könnyebb lett, sok- 
szor szervezői közreműködésre sem ke- 
rült sor, hanem a felhasználó feladat- 
megfogalmazását rögtön programozó 
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ültette át a gépre. Úgy tűnt tehát, hogy 
minden rendben van, és a legfontosabb: 
minél több PC kerülhessen be minél 
olcsóbban az országba. 

Azután egyszer csak ugyanazok a 
vezetők, akiknek örömét a cikk elején 
próbáltam felidézni, ismét sóhajtozni 
kezdtek — csak most már nem az 
örömtől. De mi történt? 


, A történelem megismételte önmagát" 


Mindössze ennyi történt, ami pedig 
akkor szokott bekövetkezni, ha nem 


vagyunk hajlandóak a múltból tanulni. — 


Mintegy 20 évvel korábban ugyanis 
már lejátszódott egyszer a folyamat, 
amelynek során ugyanazon szervezete- 
ken belül egymástól elszigetelten fej- 
lesztettek. Ilyenkor a fő baj az, hogy az 
adatok értelmezése a különböző rend- 
szerekben eltérő, mert mindegyik csak 
a helyi érdekek érvényesítését szolgál- 
ja, noha számos adatra több helyi rend- 
szerben is szükség van. 

Gondoljunk például a termelt vagy 
értékesített cikk adataira. Ezekre szük- 
ségük lehet az értékesítéssel, beszerzés- 
sel, termeléssel, elszámolással, terve- 
zéssel, statisztikákkal foglalkozó rész- 
legeknek egyaránt. Ha azonban mind- 
egyiknek saját, helyileg fejlesztett PC-s 
rendszere van, és ezeket egymással nem 
egyeztették, akkor nagy valószínűség- 
gel más adatokat kezelnek, más kód- 
rendszereket használnak, más lesz a 
mennyiségi egység, eltérő hosszban áb- 
rázolják ugyanazt az adatot, és az adat- 
karbantartás periódusa is eltérő lesz. 

A következmény: sok esetben ugyan- 
arról a dologról azonos időpontban is 
eltérő értékek jelennek meg a különbö- 
ző rendszerekben. Ha az ilyen jelensé- 
gek gyakoriak, akkor ez  termé- 


szetszerűen vezet el a felesleges viták- 
hoz, illetve a szervezet egészének mű- 
ködési zavaraihoz — és már jöhet is az 
a bizonyos sóhaj... 

Mivel a PC-s rendszerekre áttéréskor 
az esetek döntő többségében senki sem 
foglalkozott azzal a problémával, hogy 
miképpen lehetett volna a fejlesztéseket 
összehangolni, ezt később kell(ett) 
megoldani — az élet kikerülhetetlenül 
a felszínre hozza a gondokat. Az utóla- 
gos integrálás persze sok rendszer teljes 
újraszervezéséhez is vezet(ett), ami sok 
pénzbe kerül, de hát pénz az van! — 
mint tudjuk. 


Értjük-e egymást? 


A haladást az integráció irányába sok 
helyütt először az kényszerítette ki, 
hogy egy-egy PC kapacitása kevésnek 
bizonyult a tervezett információs rend- 
szerek kialakításához, és több gépet 
kellett összekapcsolni. Számítógép-há- 
lózatok alakultak ki. 

Amikor pedig ismét napirendre ke- 
rült, hogy egész vállalatok, intézmé- 


"nyek információs rendszereit már eleve 


az integrálhatóság figyelembevételével 
kell tervezni, akkor jelent meg az in- 
Jformatikai stratégia fogalma és kiala- 
kításának módszere. (Csak érdekesség- 
képpen: ugyanezt 20 évvel korábban 
számítógép-alkalmazási . kerettervnek 
neveztük.) 

Mind a stratégia kialakítása, mind 
pedig az egyes konkrét fejlesztési pro- 
jektek kapcsán felvetődik a fenti (al- 
címként kiemelt) ominózus kérdés... 
Tessék? Miért ne értenénk? Magyarul 
beszélünk, és ütődöttek sem vagyunk! 
— mondhatná valaki, akár sértődötten. 
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— Mindig a rendszert kritizálja. 
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Csak lassan a testtel! — mondom vi- 
szont én. Hogy azonos nyelvet beszé- 
lünk, és tudunk többé-kevésbé logiku- 
san gondolkodni, még korántsem biz- 
tosítja automatikusan a kölcsönös meg- 
értést. Ehhez ugyanis még legalább két 
dologra van szükség: 

—  Gondolatainkat kellő részletes- 
séggel kell kifejtenünk. 

— A fogalmakat mindkét félnek azo- 
nosan kell értelmeznie. 

Gondoljunk mondjuk arra az egysze- 
rű fogalomra, hogy ellenőrzés. A fel- 
használó, akivel éppen beszélünk, a 
maga mindennapos (nem informatikai) 
munkájára gondolva ennek értelmezhe- 
ti például azt, hogy tételesen megszá- 
molja a szállítandó cikk mennyiségét. 
A programozó pedig — szintén a mun- 
kája alapján — arra gondol, hogy ellen- 
őrizni kell, van-e már a szállítólevél- 
adatok között ilyen cikk. Ha sietős a 
fejlesztés, akkor az ezzel kapcsolatos 
gondolatok részletesebb kifejtése elma- 
rad, mindkét fél úgy érzi, hogy a cikk- 


adatok ellenőrzésének kérdése tisztázó- - 


dott, azután csak valamikor később 
derül ki, hogy mégsem. A szükséges 
korrekció többletidőbe és többletpénz- 
be fog kerülni. Emellett még ahhoz is 
hozzájárulhat, hogy a felek kezdjék... 
hmmm... hát szóval hülyének tartani 
egymást. Kezd kialakulni a bizalmat- 
lanság légköre, ami viszont mindkét 
oldalt a megbeszélések számának és 
időtartamának csökkentésére ösztönöz- 
heti, és ettől még tovább nő a félreér- 
tések veszélye. 


Valószínűségek és eshetőségek 


Fokozott esélye van ilyesfajta , bűvös 
kör" kialakulásának akkor, ha a PC-s 
fejlesztést közvetlenül a programozó 
végzi, szervezői közreműködés nélkül. 
A rendszerszervező feladatát ugyanis 
fel lehet fogni úgy is, mint egyfajta 
tolmácsolást a felhasználó és a progra- 
mozó között. A programozó, ha úgy- 
mond nincs szüksége rendszerszervezői 
közreműködésre, könnyen úgy járhat, 
mint az az üzletember, aki elhiszi ma- 
gáról, hogy jól beszéli tárgyalópartnere 
nyelvét, tehát nincs szüksége tolmácsra, 
és a mégsem tökéletes nyelvtudásra 
akkor derül fény, amikor a félreértés 
súlyos üzleti veszteséghez vezet. 

Nem akarom persze azt állítani, hogy 
hivatásos rendszerszervező közremű- 
ködése nélkül nem készülhet használ- 
ható informatikai rendszer. Mindössze 
valószínűségekre és veszélyekre szeret- 
ném felhívni a tisztelt olvasó figyelmét. 
Meg kell próbálnunk előre látni — már 
amennyire lehet. 


Azt például biztosan tudhatjuk, hogy 
elkészített informatikai rendszereink 
nem lesznek sokáig változatlan formá- 
ban működtethetők, még akkor sem, ha 
egyébként jó minőségben készítettük el 
őket, és a felhasználó elégedett. Az élet 
folyamatosan változik, új jogszabályok 
lépnek hatályba, más termékek jelennek 
meg, fejlődik maga a technika stb. , tehát 
az informatikai rendszereket is karban 
kell tartani. Ehhez tudnunk kell az 
üzembe helyezés után 1-2 évvel is, hogy 
rendszereinket pontosan hogyan tervez- 
tük vagy tervezték. De vajon hol van 
az erre vonatkozó dokumentáció? Saj- 
nos a legtöbb programozó és sok rend- 
szerszervező is sáros az ügyben. 


, Pfuj, dokumentáció!" 


Hogyan lehet a módosításokat vég- 
rehajtani? Nehezen, vagy sehogy. Min- 
den programozó rémálmai közé tarto- 
zik, amikor más által megírt, de doku- 
mentálatlan vagy hiányosan dokumen- 
tált programot kell módosítania. Ered- 
mény: sok esetben inkább az újraírás, 
mintsem a módosítás mellett döntenek 
— és persze az új program megfelelő 
dokumentálásához sincs sem kedve, 
sem ideje senkinek; és így tovább. 
Tovább, de hová? Természetesen az 
újabb költségnövekedés és a rendszer- 
fejlesztés kaotikus működésének fenn- 
tartása felé. 

Jó ez így? A válasz sajnos nem 
egyértelmű tagadás, bár színleg min- 
denki ,,kritikus": másként kellene a 
munkát szervezni, csak hát nincs rá idő 
és lehetőség. Sokan komolyan is gon- 
dolják ezt, de vannak, akik szeretik a 
zűrzavart, vagy legalábbis nem bánják. 
Akik szeretnek a zavarosban halászni, 
azok a legveszélyesebbek, mert kifeje- 
zetten érdekük a káosz fenntartása. 
Akik csak nem bánják, azok egyszerűen 
a rendetlen emberek kategóriájába tar- 
toznak.  Ilyenekből persze bőven 
, akad", sőt számuk valószínűleg több, 
mint a precíz, rendszerető embereké. És 
rendszerint az is igaz, hogy aki nem tart 
rendet maga körül, az mindenben ren- 
detlen. 

Hogy mi köze van ennek a témához? 
Meggyőződésem szerint — és sokéves 
vezetői tapasztalatom is egybevág ezzel 
— igazán jó minőségű, pontosan doku- 
mentált rendszereket csak olyan szak- 
emberek képesek létrehozni, akik az 
élet egyéb területein is fontosnak tartják 
a rendet, a precizitást és a módszeres 
munkavégzést. Amikor feladatot kap- 
nak, nem vágnak bele azonnal, hűbele- 
balázs módjára, hanem igyekeznek 
megtervezni saját munkájukat is. 


Természetesen nem lehet mindenki 
egyformán rendszerető és precíz, vi- 
szont nem is kell mindenkinek rend- 
szerszervezői vagy programozói pályát 
választania. 

Vannak azután olyanok is, akik vé- 
delmükbe veszik a személyes rendet- 
lenséget, mondván, hogy a rendszerfej- 
lesztés bizonyos értelemben hasonlatos 
a művészi munkához, és mint ilyen, 
törvényszerűen együtt jár a valamilyen 
fokú , feldúltsággal". 


No, itt álljunk meg egy szóra! 


Először is nem igaz ez az elég köz- 
keletű nézet, hogy csak feldúlt őrültek 
lehetnek nagy művészek. Valószínűleg 
sok művész még tiltakozna is ez ellen. 
Vasarely közismerten mérnöki precizi- 
tással dolgozott, Kodályról is feljegyez- 
ték módszerességét, nem is szólva az 
operaénekesek szigorúan , rendszerbe 
szervezett" alkotói világáról, és nyilván 
sokáig lehetne még sorolni a példákat. 

A , művészi" hasonlat legfőbb indo- 
kaként azt szokták felhozni, hogy a 
programozó vagy a rendszerszervező 
s alkot". Ez persze igaz, de mi a helyzet 
például a gépészmérnökökkel? Ők is 
művészek? Megmosolyognánk, ha egy 
gépészmérnök azt állítaná magáról, 
hogy művész, de azért én azt hiszem, 
érdemes ezen a dolgon egy kicsit el- 
gondolkodni. Az újkort megelőző ko- 
rokban a mérnök és a művész fogalma 
nem vált el egymástól élesen. (Leonar- 
do da Vinci valóban egy személyben 
volt művész és mérnök.) 

Mi lehetett az oka a kétféle alkotó- 
tevékenység fokozatos szétválásának? 
Véleményem szerint bármilyen alkotó- 
munka az egzaktság mértékének foko- 
zódásával egyenes arányban veszíti el 
művészi jellegét. 

Van persze a mérnöki alkotásnak 
olyan területe is, ahol nem kívánatos a 
totális egzaktság. Nevezetesen az épí- 
tészetben mindig is megmarad a társa- 
dalom esztétikai igényeinek kielégítése. 
Ilyesmit egy informatikai rendszernek 
— absztraktságánál fogva — kevésbé 
kell kiszolgálnia, viszont alapvető fon- 
tosságú, hogy pontosan és jól működ- 
jön. Ez azáltal érhető el, hogy mindent 
megteszünk egzaktságának fokozása 
érdekében, tehát törekszünk arra, hogy 
az ismeretek, módszerek hiánya miatti 
, művészkedő" munkavégzést a mérnö- 
ki pontosság és a technologizált fejlesz- 
tés váltsa fel. 

Tömören fogalmazva: csináljunk 
végre rendet! Hogy miként? Előbb át- 
gondolva, majd hozzáfogva... 

Bana István 
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Nem , idegenek" a számítástechnika gyakorlatában 


A rend és rokon fogalmai 


A rend és rokon fogalmai minden tudományban 

fontos szerepet játszanak, csakúgy, mint e tudományok 
gyakorlati vetületében. E fogalmak általában valamilyen 
tulajdonságokkal kapcsolatosak, és lehetővé teszik vagy 
meggyorsítják olyan következtetések levonását, 

amelyek közelebb visznek feladatunk megoldásához. 
Gyakorlati szempontból is lényeges tehát, 

hogy megállapítsuk: van-e valami — és ha igen, mi az —, 
ami széles körben is általánosan hasznosítható 


a renddel kapcsolatban. 


Van bizonyos misztikus jelleg, vala- 
mi megborzongató a transzcendens szá- 
mok tizedes törtjeit képező számjegyek 
sorozatában. Található-e bennük vala- 
milyen , rend"? Biztosan vagyunk né- 
hányan, akik megkíséreltek már tör- 
vényszerűséget felfedezni ezekben a 
sorozatokban, és titkon remélik, hogy 
egyszer majd fény derül valami szabá- 
lyosságra. 

Millió és millió babonás ember 
ugyanezzel az érzéssel keresi szeren- 
csejátékok múltbeli adatsorozataiban a 
rejtett , logikát" — mindhiába. Mind- 
eddig egyetlenegy esetben tudott valaki 
ilyen adatsorokban törvényszerűséget 
kimutatni. Egy kiváló statisztikusnak, 
aki ruletteredmények idősorait tanul- 
mányozta, sikerült szabályosságot talál- 
nia e véletlen sorozatokban. Saját ered- 
ményét úgy értelmezte, hogy vagy egy 
nagyon mély természeti törvényt talált, 
vagy csalás nyomára bukkant. A vizs- 
gálat során az utóbbi bizonyosodott 
DE 


Az összefüggés és az összevisszaság 


Mindenki ismeri a közönséges dobó- 
kockával előállított véletlen sorozato- 
kat. Érdekes kísérleteket végeztek ezzel 
kapcsolatban. A kísérleti alanyoknak 
igyekezniük kellett kockadobás nélkül, 
fejből papírra vetni olyan számsoroza- 
tokat, amelyek akár valódi kockadobá- 
sok eredményei is lehetnének. Kiderült, 
hogy a tényleges dobókocka-számsoro- 
zatok és az emberi , véletlen" sorozatok 
között van különbség. Az emberi soro- 
zatokban törvényszerűségek vannak, 
nem teljes bennük az összevisszaság. 
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A gondolkodó ember mindenben ke- 
resi a rendet, az összefüggéseket. Sok- 
szor anélkül teszi ezt, hogy tudná, mi 
is , a" rend. Ennek a kérdésnek a vizs- 
gálata nem a mi feladatunk, csupán 
annyit jegyzünk meg, hogy a rend és 
az összefüggés jelensége közeli rokon- 
ságban van egymással, és a függés 
jelenségének megismerése, feltérképe- 
zése még csak gyermekcipőben jár. 
(Ezzel kapcsolatban ajánljuk olvasóink 
figyelmébe e sorok írójának A model- 
lezés mint sikertényező — A független- 
ség (is) sokféle lehet című cikkét. Alap- 
lap, 1993/12.) Csak az látszik biztos- 
nak, hogy az, ami rendes, általában nem 
önmagában az, hanem valamihez viszo- 
nyítva. 

Közkedvelt iskolai feladat néhány 
számot megadni egy sorozat elejéről, 
és kérdezni a sorozat elemeinek képzési 
szabályát. (E feladattípust joggal érik 
bírálatok, kétségtelenül vannak azon- 
ban előnyei is.) Itt is számok közötti 
valamilyen rendet, rendszert, összefüg- 
gést kell kisütniük a tanulóknak. 


Mikor mi a rend? 


Képzeljünk el egy jó városi telefon- 
könyvet! Olyat, amely megfelel rendel- 
tetésének, amelyben könnyen, gyorsan 
meg lehet találni, amit keresünk. (Ilyen 
nosztalgia-telefonkönyv napjainkban 
már nem létezik, csak elképzelni lehet; 
a , piacgazdasági fejlődés" múzeumi 
tárgyakká teszi az ilyesféléket.) 

Rendezzük a telefonkönyv állomá- 
nyát, a telefontulajdonosok, azaz az 
előfizetők neve szerint, betűrendbe! Az- 
után rendezzük az állományt lakcím, 


illetve telephely szerint! Majd végezzük 
el a rendezést a telefonszám szerint! 
Az első rendezettség akkor lesz elő- 
nyös, ha név alapján keresünk. A má- 
sodik rendezettség pedig akkor, ha va- 
lamiféle , cím" szerint, és végül a har- 
madik, amikor a telefonszámot ismer- 
jük. Felébred a gyanú, hogy minden 
rendezettség előnyös, sőt legelőnyö- 
sebb valamilyen célra. Netán még ,a 
rendezetlenség" is? Valószínűleg. Egy 
azonban biztos, hogy a név szerinti 
sorrend alapján felsorolva pusztán a 
telefonszámokat, ezek rendezetlen 
számtömeg érzetét keltik, ami pedig 
nyilvánvalóan csak látszat. (Nehogy 
valaki nekiessen valami másféle tör- 
vényszerűséget keresni, mint ami az 
előfizetők betűrendjéből adódik!) 
Kétségkívül gyakori, hogy (ismert és 
, ismeretlen") számok közötti rendre, 
összefüggésre kell vadásznunk valami- 
lyen feladat megoldása érdekében. Elő- 
fordulnak azonban olyan esetek is, ami- 
kor nem számok azok, amelyek között 
szeretnénk találni valami belső össze- 


- függést, szabályosságot, rendet. Mit te- 


het ilyenkor a számítástechnikus? Ez 
lesz cikkünk fő témája, a rend nagyon 
is elvont témájának gyakorlati vonat- 
kozásával kívánunk foglalkozni. 


Fogások és állapotok 


Nyilvánvaló célja minden épeszű 
embernek, hogy feladatait sikeresen 
oldja meg. A sikeres feladatmegoldás- 
nak nincsenek minden esetre alkalmaz- 
ható módszerei. Vannak viszont fogá- 
sok, amelyek, ha nem is mindenhatók, 
de sokszor sikerre vezetnek. És akinek 
célja a sikeres feladatmegoldás, az 
igyekszik minél több ilyen fogást kifür- 
készni, megtudni. Figyeli és elemzi, 
hogy ha valami sikerült, az hogyan, 
miért sikerült. Sikeresen megoldott ne- 
hezebb feladatok megoldási folyamata- 
it elemezve szakaszok vehetők észre. 
Az elején nem látszik a megoldás, a 
hozzá vezető út sem, vagy csak alig- 
alig. A munka során azután előjön (egy- 
szer vagy többször) olyan állapot, 
amelyben kezdenek a dolgok , látsza- 
ni", az előbbre lépés segítségére lenni. 

Ezek az előbbre lépéshez segítő ál- 
lapotok a legegyszerűbb esetekben ab- 
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1. ábra 


ból adódnak, hogy a munka révén ala- 
posabban megismerjük a feladatot és a 
lehetőségeinket. Más esetekben azon- 
ban azáltal jutunk előbbre, hogy sikerül 
olyan nézőpontot találni, amelyből a 
megoldás vagy az előbbre lépés lehe- 
tősége világosan , látszik". Az is gya: 
kori, hogy sikerül a feladatot vagy 
annak valamelyik elemét úgy átalakíta- 
nunk, hogy , láthatóvá válik"? valami 
lényeges, amelyet e nélkül az átalakítás 
nélkül nem vettünk volna észre. A két 
utóbbi esetben átalakítások, átfogalma- 
zások, , transzformációk" azok, ame- 
lyek előbbre visznek. Egyszer a saját 
nézőpontunkat, azután pedig a feladatot 
változtattuk meg. (Az ügyes átalakítá- 
sok,  nézőpontválasztások értékével 
minden , profi" tisztában van.) 


Mit tehet a számítástechnikus? 


Valamirevaló számítástechnikus 
géppel old meg mindent, amit tud. 
Géppel viszont általában számolunk, 
tehát igyekszünk problémáinkat is szá- 
molási problémákká alakítani. Különös 
gyakorlati értéke van tehát azoknak a 
transzformációknak, amelyekkel a nem 
számokból többek között számokat, 
számsorozatokat, valamint számokból, 
számsorozatokból és hasonlókból nem 
számokat tudunk képezni. Miért is? 
Azért, hogy amit keresünk, azt esetleg 
az átalakítás utáni (átfogalmazott) hely- 
zetben könnyebben észrevegyük, gyor- 
sabban megtaláljuk. Na és, van valami 
köze mindennek a rendhez? 

Van, mégpedig nagyon is lényegi. 
Először is az, hogy a rend is valamilyen 
kapcsolat, összefüggés, szabályszerin- 
tiség (nem szabályszerűség!), viszony, 
szakkifejezéssel reláció, és minden 
problémamegoldás ilyenekből indul ki, 
ilyenek mentén, ilyenek szerint halad, 
és eredménye is kapcsolat, összefüggés, 





szabályszerintiség, viszony, reláció, 
vagy ha tetszik, valamilyen rend, vala- 
milyen megkötöttség (térben, időben 
stb.). Azután pedig minden transzfor- 
máció a helyzet valamilyen átrendezése, 
még egyszer: át-rend-ezése (az elvá- 
lasztás szabályai helyett az összetétel 
szabályait hangsúlyozva). 

Most gyakorlati példák következnek 
a nem számok és a számok, számsoro- 
zatok stb. közötti kapcsolatokra, illetve 
transzformációkra. 


Például a grafológiában 


Empirikus síkgörbék (például re- 
gisztrátumok) elemzése a feladat. Ilyen 
a manapság újra divatba jött kézíráse- 
lemzés is. A vonalak klasszikus para- 
méteres felírása és a kapott (közelítő) 
függvények elemzése közismert út, 
ezért ezzel nem foglalkozunk. Ehelyett 
egy olyan transzformációra mutatunk 
példát, amely egy vonalból elég jól 
használható számsorozatot képez. A 
számsorozatból nem rekonstruálható 
ugyan teljes pontossággal a görbe, tehát 
van bizonyos mértékű információvesz- 
tés, de a transzformáció sok lényeges 
információt megőriz. 

A gyakorlatban előforduló empirikus 
síkgörbék többsége alkalmasan válasz- 
tott pontokkal felbontható olyan jellegű 
szakaszokra, mint amelyek az 1. ábrán 
láthatók. A 2. ábra síkgörbéje ily módon 


2. ábra 


3. ábra 


A2 15.7.11,1.2.15. 7. 11, Láörözátöt 
generálja. Ugyanennek a számsorozat- 
nak azonban végtelen sok, de , azonos 
lefutású" görbe felel meg. (Néhány ilyet 
a 3. ábra szemléltet.) 

Az olvasó nyilván azonnal észrevet- 
te, hogy milyen remek íráselemzési 
(jellemzési) eszköz birtokába jutott. 
Vannak azonban még ennél is érdeke- 
sebb kérdések. Az 1. ábra elemeinek az 
összes lehetséges (egyszerűség kedvé- 
ért) egész számokkal végzett számozá- 
sait vizsgáljuk meg, hogy e számozások 
melyike mire lesz jó! (Nyilván nem lesz 
hátrány a 16- és a 20-alapú számrend- 
szer hasznosíthatósága sem!) 

A számsorozatokkal végzett, szám- 
sorozatokat eredményező műveletek 
egyben görbetípusokkal végzett műve- 
leteket is definiálnak. Ily módon görbék 
különböző , felbontásait" végezhetjük 
el más görbékre. De a számsorozatokat 
például valamilyen számrendszerben 
felírt számok jegyeinek fogva fel, a 
számegyenes pontjainak görbetípuso- 
kat feleltethetünk meg. A számokkal 
végzett, számokat eredményező műve- 
letekből görbéket eredményező műve- 
leteket származtathatunk, és így to- 
vább... És kereshetjük ,a rendet", a 
törvényszerintiséget a regisztrátumok- 
ban. Bocsánat! Kerestethetjük a géppel. 


Pályák, hálózatokon 


A síkgörbék (és természetesen a tér- 
görbék is), valamint a számok közötti 
összefüggések után vessünk egy pillan- 
tást más rokon területekre is. 

A gyakorlatban előforduló összefüg- 
gő gráfok többsége könnyen rajzolható 
síkba, persze az összekötő élek metsző- 
dése nem mindig kerülhető el. Ha kije- 
lölünk egy élet, és irányítjuk, akkor 
ebből bármelyik élbe vagy csúcsba el- 
juthatunk, innen kiinduló élsorozattal. 
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4. ábra 


Egy élsorozatot pedig számsorozattal is 
definiálhatunk, például a következő ál- 
talános szabállyal. Ha beértünk egy 
csúcsba, akkor onnan a továbbhaladást 
definiáljuk egy számmal, úgy, hogy 
megadjuk: a beérkező éltől számítva 
hányadik élen megyünk tovább. Nyil- 
ván minden számsorozatnak egyértel- 
műéen megfelel egy élsorozat is. (Elő- 
fordulhat, hogy egy szám , túl nagy", 
és — a forgásszögek analógiájára — 
többször körbe kell járni a szóban forgó 
csúcsot.) A 4. ábrán az O kezdőpontú, 
a jelű , alapélből" induló abcdef élso- 
rozatnak megfelel például a 2, 4, 4, 1, 
2 vagy a 8, 10, 4, 6, 2 számsorozat. Ha 
az ilyen számsorozatból például a már 
megismert módon egy számot alkotunk, 
akkor a gráf élei, illetve csúcsai és a 
számok feleltethetők meg egymásnak. 
(Az , alapél" ügyes megválasztásának 
is lehet szerepe!) 

Most tehát egy szám és egy gráf 
élsorozata, és ennek eredményeként 
éle, illetve csúcsa közötti transzformá- 
cióról van szó. A (síkgörbékkel megfo- 
galmazott) gondolatmenet tovább is 
folytatható, de nem szabad megfeled- 
kezni arról sem, hogy a számok közve- 
títésével most már kapcsolat létesíthető 
egy síkgörbe és egy gráf egy élsorozata 
között is. Mit lehet ebből kihozni, mi- 
lyen szabályosság, milyen rend nyoma- 
ira bukkanhatunk? Mit lehet például 
kiolvasni a különböző anyagok repe- 
déshálózataiból, a belőlük ügyesen 
származtatott gráfok által szolgáltatott 
számokból? 

Mindenki látott már szárazságtól 
megrepedezett földet. Másként repede- 
zik a föld aszerint, hogy milyen a vegyi 
összetétele, milyen a mikroszerkezete. 
A díszkerámiákat gyakran tudatosan 
olyan zománccal vonják be, amely esz- 
tétikusan repedezik. A repedezés min- 
tázata az anyagösszetétel és a kiégetés 
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függvénye. Élő szervezetek nedvei is 
— kiszáradva — repedezhetnek. Hasz- 
nálható diagnosztikai információkat 
tartalmaznak ezek is. 

Hogyan transzformálhatunk egy re- 
pedéshálózatot számmá, számsorozat- 
tá, mátrixszá? Sokféleképpen. Például 
úgy, hogy a repedések szélességét el- 
hanyagoljuk, és az így keletkező vonal- 
hálózatot gráfnak tekintve e gráf vala- 
milyen mártrixát vesszük, és e mátrixok 
sajátságai adnak információkat, ,be- 
szélnek", következtetni lehet belőlük 
anyagösszetételre, korra, technológiai 
műveletekre, egészségre, és ki tudja, 
még mire. 

Kötöttpályás robotok, automaták 
mozgási pályáit úgy is lehet definiálni, 
hogy — egy megadott kiindulópontból 
számítva a következő stílusban 
adunk mozgási utasításokat: , Menj a 3. 
számú vonalon a 9. számú vonalig! 
Menj azon jobbra a 4. számú vonalig!" 
Nem nehéz belátni, ha a balra és a 
jobbra információkat is számmal kódol- 
juk (például 1 a bal, és 2 a jobb) akkor 
egy mozgási pályát sikerül számsoro- 
zattal megadni. (Az 5. ábra ABCDEF 
pályáját a, 3, 9, 2, 4, 1, 7, 2, 6, 2, 10 
számsorozat írja le.) Az olvasó megint 
csak folytathatja az előbbi példák gon- 
dolatmenetével. 

Számok közvetítésével most már há- 
rom különböző geometriai kategória 
között is létesítettünk kapcsolatot. 
Konkrétan tehát számsorozatok, szá- 
mok, sík- és térgörbék, klasszikus grá- 
fok, vonalrendszerek és mátrixok kö- 
zötti transzformációk, átfogalmazások 
vannak birtokunkban. Utoljára említet- 
tük a mátrixokat, mint rendkívül haté- 
kony numerikus eszközöket, amelyek- 
kel a gráfok révén adódnak kapcsola- 
tok, hiszen egy gráfnak többféle — 
például illeszkedési — mátrixa is van. 
Rengeteg dolgot lehet így — haszno- 








5. ábra 


síthatóan! — összekapcsolni egymás- 
sal. (Mellesleg egyben a gépet is hasz- 
nosíthatjuk...) 


Van-e valami rend a rendek között? 


Majdnem biztos, hogy igen a válasz 
az iménti kérdésre, de meg kell találni 
ez(eke)t. Persze tudni kell, hogy minden 
rend valamilyen viszonyírendszer). Te- 
hát van-e valamilyen viszony a külön- 
böző viszonyok között? Hacsak nem 
függetlenek, akkor igen. (De van-e iga- 
zán függetlenség? Ha valami igazán 
független lenne mindentől, akkor tő- 
lünk is az lenne, még talán a létéről sem 


" szerezhetnénk tudomást...) A kapcso- 


latok, összefüggések megtalálására 
azonban nincs általános szabály. Az 
összefüggés-keresésnek egyik bevált 
módszere a korrelációkeresés (nem csak 
a statisztikai korrelációkra gondolunk). A 
számok, számsorozatok stb. révén pe- 
dig, amelyek görbékkel, élsorozatokkal 
és pályákkal vannak kapcsolatban, 
azokra könnyebb géppel kerestetni a 
korrelációkat (például felismerési eljá- 
rásokban), mint , addig nézni a felada- 
tot, míg a megoldás eszünkbe nem jut". 
Mindvégig másról sem volt szó, mint 
reprezentációról, modellezésről. És ar- 
ról, hogy aki jól végzi ezeket, az köze- 
lebb jut a sikerhez. Aki jól csinálja a 
reprezentációt, a modellezést, az jól 
tudja használni a számítástechnikát. 
(Szűkebb tárgyunk esetében regisztrá- 
tumok, repedéshálózatok, mozgási pá- 
lyák elemzésére, de például számító- 
gép-hálózatok kapcsolatlétesítő eljárá- 
sainak tervezésére, felismerőalgoritmu- 
sok szerkesztésére, és sok másra is.) 
Mert kezében vannak azok a hatékony 
eszközök, amelyekkel megtalálhatja a 
problémák megoldását jelentő rendet, 

összefüggéseket. 
Pogány Csaba 
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Hiányzó elemzések 


Informatika és az üzleti cél 


Semmi sincs rendben! Igazán katasztrofális ügy ugyan 
még nem volt, de jóstehetség nélkül is elmondhatjuk: lesz. 
Kisebb botrányok viszont voltak és vannak. 

A szerző ezeket nem tartja véletleneknek, hanem 
statisztikusan bekövetkezendőknek. 

Az ok: a rendszerek kitűzésében, tervezésében, 
kivitelezésében, bevezetésében annyi hibát követünk el, 
amennyi már a ragyogó magyar virtuozitással 


sem ellensúlyozható. 


Az informatikában ma sincs hatásos, 
szakszerű szakmai kritika. Aki leírja, 


elmondja, az konferenciákon megkáp- —" 


hatja a legjobb előadó díját, de a kon- 
ferenciáról mindenki úgy megy haza, 
hogy minden rendben van (volt). 


Ez nem farsangi tréfa! 


Mostmár az Ön számára is elérhetők, a Nomai nagysebességű 540 MB-os, 3.5 inches 


cartridge-ei - cserélhető lemezes tárolói - és meghajtói! 
A fóbb jellemzők igen meggyózóek: 


84 fantasztikus sebesség (átlagos elérési idő 10 msec, az adatátviteli sebesség 
8 MB/sec., ami valós idejű mozgókép-megjelenítést tesz lehetővé), 


Bi különleges megbízhatóság, 
AA kis méret (25XI02XI50 mm, 425 9): 


As az új meghajtóban természetesen 270 MB-os SyOuest-lemezeit is használ- 
— hatja, hiszencaz új"meghajtó ezzel is kompatibilis. A Nomai 44, 88 és 
200 MB-os, 5.25-os illetve 270 MB-os, 3.5"-os lemezeit pedig a SpOuest- 
meghajtókban "éppúgy: tudja használni, mint a megszokott SyOuest- 


lemezeket. 


Bízza anyagait egy olcsó, és megbízható Nomai-ra, hogy hamar elindulhasson egy 


kellemes farsangi partyra! jé 
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Emlékeink felidézhetők így farsang 
táján... Budapesti értéktőzsdei ,,le- 
égés"; . bankkártyára 30 millió forint 
illegális kivét; tömeges díjbeszedői hi- 
ba; behatolás a vámőrség gépébe; or- 
szágos leállás (pontosabban nem indu- 
lás) az OTP rendsze- 
rében 1995. decem- 
ber 6-án... És a sort 
folytathatnánk. — So- 
kan és napjainkban 
egyre többet — de 
még nem eleget — 
foglalkozunk az al- 
kalmazások, az infor- 
matika gyengeségei- 
vel (vö. a keretes 
résszel.) Sajnálatos, 
hogy ez a felismerés 
későn jön, és általá- 
ban nemigen jut to- 
vább a megállapítás- 
nál: ez így nem mehet 
tovább. 

Bizonyos informa- 
tikusok az utóbbi 
időkben sokat dol- 
goztak, jól kerestek. 
Az alkalmazó boldog 
volt, hogy kapott va- 
lamit. Ki törődött a 
továbbiakkal? Nagy 
vándorlás is volt, 
mindenütt . szakem- 
berhiány. A , tűz kö- 
rül" senki sem mun- 
kát keresett, hanem 
még több szakem- 
bert, lehetőleg prog- 
ramozót. Ebben a 
helyzetben nem illett 
a problémákra mutat- 


ni. Aki mégis megtette, annak szava 
magányos dörmögéssé vált. Voltak 
ugyan szakszerű kritikák is, de ezek 
érzékelhető visszhang nélkül maradtak 
(Lesz-e a számítástechnikának Cserno- 
bilja? — kérdezte 1990-ben valaki; 
Halassy Béla szólt a szervezésért több 
ízben; a szerző is felszólalt a szervezé- 
sért, ahol csak lehetett stb.) 

Nem különb a helyzet az informatika 
oktatásában sem. Oktatásunk egyrészt 
világhírű. Diákolimpiákat nyerünk ma- 
tematikában, fizikában és még néhány 
más tárgyban (muzsikusaink valóban 
világhírűek). Az iskolai idő alatt tehát 
élen vagyunk. A baj az életbe kikerü- 
léskor kezdődik. Nos, tágabb szak- 
mánkban is például a közepesen (de 
mindenképp gyengébben) képzett ame- 
rikai már az első évben lepipálja a 
magyart. Jobb rendszereket gyárt, szak- 
szerűbben alkalmaz. Nem lehet tehát 
elégedett a magyar informatikatanár 
sem, hiszen valamit mégsem jól csinál. 
Ragyogóan felkészíti a gyereket a diák- 
olimpiára, de sehogy nem készíti fel az 
életre. Vajon melyik a fontosabb? 


Célok és követelmények 


A gondok közül fontosnak tartom 
első helyre tenni az üzleti célok ponto- 
sításának kérdését. A szervezői termi- 
nológia nem is így határoz, hanem 
célokról és felhasználói követelmé- 
nyekről beszél. Nem véletlen, hogy cé- 
lok helyett üzleti célokat mondok. Az 
üzleti cél valami kegyetlenebb. 

Cél lehet a rendszer komfortosabbá 
tétele. Ez azonban üzleti célnak nem 
fogadható el, csak akkor, ha a komfor- 
tosság konkrét üzleti eredményt hoz: 
kevesebb ember kell, gyorsabb a kiszol- 
gálás (és ezért a pénz jobban forog) stb. 
Látszólag tehát embertelen dologról 
van szó. Ha mélyen belegondolunk, 
akkor világunkban mégis ez a humánu- 
sabb. Mi jobb ugyanis: több kedvetlen 
embert kis pénzért dolgoztatni, vagy 
kevesebb embert méltón foglalkoztatni, 
a világversenyben jobban helytállni. 
Tragikusnak tartom a mai világban a 
túlzott beletörődést, a változások elke- 
rülésének szándékát. A kimaradókkal 
persze törődni kell. Ez is informatikai 
szakmai kérdés. 
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Ehhez hadd tegyek egy személyes 
élményt. Egy vállalatnál egy időben 
látni lehetett, hogy a termeléskönyvelés 
rövidesen megszűnik, mert a termelés- 
irányítás minden adatot megad az auto- 
matikus elszámoláshoz. A termelés- 
könyvelés dolgozóinak elmondtam ezt, 
kérve őket, hogy tanuljanak. A munká- 
juk megszűnik, de szükség lesz majd 
valami másra, valószínűleg a kontrol- 
lingnak nevezhető tevékenységre. Eh- 
hez azonban a korábbitól eltérő tudásra 
lesz szükség. Három év után a terme- 
léskönyvelés (a könyvelés más része- 
ivel együtt) valóban megszűnt. A dol- 
gozókat elküldték. Minőségi cserével 
azonban új dolgozók jöttek, akik kal- 
kulációs kontrolling címmel végzik 
munkájukat... 

Az üzleti célok a változás értelmére 
mutatnak. Azt még általában helyesen 
érzékeljük, hogy változásra volna szük- 
ség, mert a régi rendszerrel már nem 
lehet boldogulni. Azt, hogy mi legyen 
ennek a változásnak a lényege, az üzleti 
cél mondja meg. Ugyancsak ez szolgál 
a változás utáni eredmény lemérésére. 

Az üzleti célt a felhasználók vezetője 
(az alkalmazás szponzora) fogalmazza 
meg. Az informatikus — főleg, ha 
szervezői képzettséggel is rendelkezik 
— segíthet ennek megfogalmazásában 
és leírásában, valamint számszerűsíté- 
sében. De az ezzel kapcsolatos felelős- 
séget nem veheti át. 


Mégis, kinek az érdeke? 


Sajnos mindkét fél ellenérdekelt az 
üzleti célok megfogalmazásában. A fel- 
használók vezetője azért, mert tőle azt 
ígéretként foghatják fel, amit be lehet 
rajta hajtani. Ha nem ígér semmit, ha- 
nem rábízza az informatikusra, hogy 
csináljon valami szakszerűt, valami vi- 
lágszínvonalút, akkor látszólag támad- 
hatatlan. Hiszen ő nem ért az informa- 
tikához, és arra bízza a feladatot, aki 
legjobban ért hozzá. Egy baj van: őnem 
feladatot adott, hanem valami ködös 
, dolgozzál" -t! 

Ellenérdekelt az informatikus is, 
mert ha pontosan számszerűsíti az üzleti 
célt, akkor sokkal keményebb csatákat 
kell majd megvívnia, mintha csak egy 
langyos  rendszerbevezetésről volna 
szó. Ki akar magának bajokat? Ez a 
magatartás érthető, csak rövidlátó. A 
bajok akkor sem maradnak el, ha üzleti 
célok nélküli langyos rendszer jött létre, 
csupán a bajok nem egyszerre, a készí- 
téskor jelentkeznek, hanem lassan, de 
biztosan — használat közben. Kelle- 
metlenek a készítéskori gondok, de 
megalázóak a használatkori bajok. Csak 
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, Azt írja az újság..." 


, Adatkáosz a Ferencvárosban. Nem tudni, ki fizetett, ki nem a lakásáért. 
... A ... nem adja ki a korábbi eladásokra, mintegy 3700 lakásra vonatkozó 
adatait, így a ... és vele együtt az önkormányzat jószerével azt sem tudja, ki 
hol tart a részletek fizetésével." (Népszabadság, 1995. január 20.) 


5 A szoftver hátráltatja az illetékhivatalokat. Gondjai adódtak az illetékhi- 
vataloknak a számítógépes adatfeldolgozással. Mind a programra, mind a 
gépekre panaszkodnak. A Pénzügyminisztérium illetékese nem tagadja, hogy 
vannak problémák, és a tárca április 20-ra értekezletet hívott össze miattuk." 
(Népszabadság, 1995. április 12.) 


, Félmegoldások. ...Józan ésszel nehéz lenne ellenérveket megfogalmazni 
a kincstári rendszer bevezetésével szemben, hiszen köztudott, hogy a közpén- 
zek kezelése igen szétaprózott, és a mai előfinanszírozási rendszer nem bünteti 
megfelelően a kiadási előirányzatok túllépését. ... Magukat megnevezni nem 
kívánó informatikai és közgazdász szakértők a Figyelőnek ugyanakkor azt 
jelezték, hogy a Magyarországon kiépülő rendszer — legalábbis egyelőre — 
csupán emlékeztet a nyugati példákra. Az utófinanszírozáshoz például olyan 
hatékony információs rendszerre lenne szükség, amely el tudná végezni a 
napi likviditásmenedzselést." (Figyelő, 1995. november 16.) 


, Kevés a sikertörténet a vállalati informatikában Magyarországon. Az 
elmúlt évek során beözönlött hardverekhez kerültek ugyan szoftverek is, ám 
ezekből csak lassan, nehezen, sok buktatóval állnak össze a jól működő 


alkalmazási rendszerek. Azok, amelyekből felépülhetne a képzeletbeli piramis, 
amelynek csúcsán kellene, hogy álljanak a vezetői információs rendszerek." 
(Figyelő, 1995. dec. 7.) 


A ... által rosszul megfogalmazott célok, a szinte folyamatos szervezeti 
bizonytalanság és a ... szervezetek gyenge teljesítménye az oka annak, hogy 
sss (HYG; 1995. dec. 99) 


,, Társadalombiztosítási ügyek. Modern nyilvántartás kell. Az elavult ügy- 
viteli rendszer mindenkinek kárt okoz. A.-pontatlan adatok és a rossz címzések 
okozta kellemetlenségek miatt nem csekély felzúdulást keltett a tb egyik 
legutóbbi akciója. Az önkormányzat ugyanis több mint félmillió ügyfelének 
küldött értesítést a múlt év végén. ... A társadalombiztosítás informatikai 
rendszerének elavultsága miatt az értesítésekben a múlt év szeptemberi 
állapotokat tudták közölni, és ez sok esetben félreértést okozott." (Figyelő, 
1995. A kivágáson nem őriztem meg a pontos dátumot. Utóbb azonban hasonló 
hiba adódott az új tb-kártyákkal is, ezek közül kb. 170 000 volt hibás: rossz 
név, rossz születési hely, rossz anyja neve stb. — H.G.) 


De külföldön sem fenékig tejfel: , Francia hétvége bankautomaták nélkül. 
Kellemetlen helyzetbe kerültek többen a hétvégén Franciaországban: ország- 
szerte több száz pénzkiadó automata mondta fel a szolgálatot, meghiúsítva 
az emberek — legális — pénzhez jutási szándékát. Az automaták működéséért 
felelős tisztviselők elmondták, hogy a hibát az elosztók és a hitelkártya-köz- 
pontokat összekötő számítógép problémája okozta. A kellemetlen hiba szom- 
baton kezdődött, de vasárnap estére megszüntették." (Napi Gazdaság, 1993. 


június 29 .) 





az ajánlható, hogy a legalább problé- 
mák zömén a készítéskor legyünk túl! 

Az elemzéseket nem segíti az, hogy 
minden példa egy-egy vállalat belső 
bajaira utal. Ki akarja ezeket kibeszél- 
ni? A korábban felsorolt (és e hónap 
témájában másutt is olvasható) példákat 
is semleges hírekből, sőt néha sikerje- 
lentésekből vettem. , Szerencsére" arra 


nem ügyelnek a nyilatkozók, hogy sza- 
vaikat értelmezni és értékelni is lehet. 
A szakszerű munkát, az üzleti célok 
megfogalmazását és minden további 
lépés tudatosságát a fejlesztési techno- 
lógiák segítik. (Ezekről a szemközti 
oldalon lévő áttekintést érdemes elol- 

vasniuk az érdeklődőknek.) 
Homonnay Gábor 





A fejlesztési technológiák tarka képe 


Egyet, de azt jól! 


Szakmánk kezdettől fogva igényelte a fejlesztési 
technolágiákat. Ez a hatvanas években természetes volt, 
mert több elkülönült munkakör együttműködéséből jöttek 
létre az akkori rendszerek. A szervező és a programozó 
munkája időben elvált. Kellett tehát olyan megállapodás, 
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programcsomag-adaptálás), a kipróbá- 
lás (tesztelés, átvétel), a bevezetés ideje 
(első rendszerbevezetés vagy áttérés az 
új rendszerre). 

Közös jellemző az időnkénti minő- 
ségi vizsgálat is. Minden szakasz koc- 
kázatokkal jár, könnyen el lehet tévesz- 
teni a célszerű rendszert. Ezért minden 
szakaszban meg kell vizsgálni, hogy jó 
úton járunk-e. A rendszer kialakítását 
általában egy-két szakember végzi. 
Számukra is fontos, hogy legyen kont- 
rolljuk. A rendszerkészítő felelősségét 
csak a módszeres külső minőségi vizs- 
gálat oldja fel. 


hogy mit ad át a szervező a programozónak. Továbbá, 


hogy a programozó mivel , tartozik" a majdani üzemeltető 
számítóközpontnak. Ezek az alapvető megállapodások 


azután technológiává lényegültek. 


Módszeres tanok 


Minden nagyobb szervező cég elké- 
szítette a maga módszerét, amely álta- 
lában igen alapos, minden részletre 
kiterjedő. (Coopers és Lybrand: Sum- 


A személyi számítógép elmosta a 
számítástechnikai (támogatású) rend- 
szerek kapcsán értelmezett szakmák 
különállóságát, ezért a technológia Tát- 
szólag vesztett fontosságából. , Mondja 
meg a felhasználó, hogy mit akar, és én 
azt beprogramozom." 

Ez a nézet csak az egyszerű felada- 
tokra igaz. Valójában rendszereink egy- 
re bonyolultabbak és egyre összekap- 
csoltabbak — nem csak a hálózati vo- 
natkozásokra értve. Ez megköveteli, 
hogy újból méltó helyére kerüljön a 
fejlesztési technológia és a dokumentá- 
lás. 

Ma ez a kettős elvárás nem elsősor- 
ban személyek közötti kapcsolatot jelöl 
és szolgál, hanem rendszerek és gazda- 


sági funkciók (és ezekhez tartozó üzleti 
célok) között teremt harmóniát. 

Sokféle rendszerfejlesztési technoló- 
gia voltés van. Ezek többsége sok közös 
jellemzőt takar. Ilyen az úgynevezett 
, top-down" irányultság, azaz a problé- 
mát az általánostól, felülről kiindulva 
göngyölítik fel, így jutnak el alulra a 
résztevékenységekhez. Közös jellemző 
a szakaszokra bontás is. Ez a tervezhe- 
tőséget, a mérhetőséget, az ellenőrizhe- 
tőséget szolgálja. 

Természetes szakaszok: a célok meg- 
fogalmazása, a logikai tervezés (ahol 
az eszközöktől még eltekintünk), a fi- 
zikai tervezés szakasza (ahol már szá- 
molunk a konkrét eszközökkel), a meg- 
valósítás szakasza (a programozás vagy 


mit D; Ernst and Young: Navigator stb.) 
A nagyobb hazai számítástechnikai cé- 
gek is megalkották rendszerfejlesztési 
eljárásaikat. Az alkalmazott eljárások 
általában féltve őrzött vagy nagy pén- 
zért árult dolgok. (Lásd a keretben.) 
Az egyetemeken, szervezői képzése- 
ken is kellett tananyag, ami alapján 
szervezőket, rendszerelemzőket, rend- 
szertervezőket lehetett oktatni. Ezért az 
egyetemi berkekben is kialakítottak 
módszertanokat, amelyek közül ha- 
zánkban is elterjedt korábban az SDM 
(Structured Development Methodol- 
ogy) módszer, és az ISAC ábrázolás- 
technika. Aki átélt ilyen eszközöket 
alkalmazó kurzusokat, az érezhette, 
hogy az oktatás módszerességre törek- 


Módszertan-történeti , puska" 


Módszertan kialakítására irányuló kísérletekről — világviszony- 
latban — az 50-es évek végétől kezdve beszélhetünk, amikor 
megindult a számítástechnika ún. üzleti célú alkalmazása. Ekkor 
jellemző volt a feldolgozási algoritmus kiemelt kezelése, amit viszont 
a rendszer által előállítandó végeredményből — az outputból — 
kellett levezetni a rendelkezésre álló, illetve megkövetelt inputok 
függvényében. Ez a korszak nagyjából a 60-as évekre tehető, és talán 
legjellemzőbb — magyar nyelven is megjelent — képviselője a 
Honeywell cég BISAD nevű módszertana (1970). 

A 60-as évek elején beérő adatbáziselv és első gyakorlati megva- 
lósulása (Bachman: Integrated Data Store) képezte a kiindulópontot 
az adatközpontos módszertanok megjelenéséhez. Tovább erősítette 
ezt az irányzatot Codd relációs adatmodellezési technikájának kidol- 
gozása, amelynek átültetése adatbáziskezelési megvalósításba akkor 
még technikai korlátokba ütközött. A 70-es évekre a rendszerszerve- 
zési szakma területén az adatmodellezésen alapuló fejlesztési tech- 
nikákkal való foglalkozás volt jellemző. Nagyon átfogóan és kiválóan 
foglalta össze a korszakot Halassy Béla — bár három évvel már az 
évtized vége után megjelent — Adatmodellezés a rendszerfejlesztés- 
ben című könyve. 

Az adatmodellezéssel párhuzamosan, a 70-es évek közepe táján 
kezdtek megerősödni olyan irányzatok, amelyek egyrészt igyekeztek 
ellensúlyozni az adatok szinte kizárólagossá váló szerepét, másrészt 


a teljes rendszerfejlesztési folyamatot technologizálni akarták — a 
műszaki életben akkor már régóta bevált szemlélet analógiájára. E 
törekvés egyik korai és igen szép példája a Pandata először 1974-ben 
, szabadalmaztatott" módszertana (nem tévesztendő össze a későbbi 
Hoskyns-féle SDM-mel!). Ugyanebben az időszakban Skandináviá- 
ban a fejlesztés teljesen matematikai alapokra helyezésével kísérle- 
teztek (Langefors, Sundgren stb.). A 80-as évek elejére kikristályo- 
sodtak az új, technologizált rendszerfejlesztési módszertan alapjai, és 
, strukturált módszertanok" néven váltak ismertté (Information Engi- 
neering, ISAC, Summit-D, Yourdon, Gene and Sarson stb.). 

A jelen évtized szerteágazó fejlődési irányai közül az objektum- 
orientáltságot érdemes kiemelni. Részint azért, mert egy további lépést 
jelent a technologizált fejlesztési szemlélet alkalmazásában, részint 
pedig azért, mert gyökerei a programozás-módszertanban keresendők. 
Azinformációtechnológia története arra tanít bennünket, hogy jelentős 
számban onnan származnak a rendszerfejlesztésben is jól használható 
alapelvek (lásd strukturált programozás). És minthogy a ma legelter- 
jedtebb strukturált rendszerfejlesztés maga is technologizált, nem 
idegen tőle az objektumorientáltság. Ezért viszonylag sima átmenet 
várható ebben az irányban. Ezt mutatja például a Robinson és 
Berrisford szerzőpáros tollából 1994-ben megjelent mű: Object 
Oriented SSADM — de tulajdonképpen az SSADM 4.2 verziója is. 

Bana István 
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vése (és minden szintű hallgatóba való 
beleverési igénye) hatalmas elméleti, 
általánosító túlsúlyhoz vezethet. 

Az állami méretű informatikai fej- 
lesztések során is gonddá vált az, hogy 
a rendszer minőségét nagyban befolyá- 
solja, milyen módszerrel készítik el. 
Ezért Angliában korábban csak előny 
volt egy állami megrendelésű munká- 
nál, haSDM módszerrel készítették, ma 
már elvárás, hogy a rendszereket az 
SSADM (Structured Systems Analysis 
and Design Method) módszer szerint 
fejlesszék. Más országokban is vannak 
hasonló ajánlott eljárások (például 
Franciaországban a MERISE), de min- 
denütt — megfigyelhető — a . szab- 
ványosodási tendencia. Nem tagadható 
az sem, hogy az államigazgatási igé- 
nyek erősen a bürokrácia, a túldoku- 
mentáltság irányába hatnak. Dokumen- 
táció természetesen kell, csak az ará- 
nyait kell jól eltalálni. 


Korunk az egységesedés kora 


Minden uniformizálódik: a Coca-Co- 
lától a géppisztolyig. Valami kényszert 
éreznek az emberek, hogy a többséghez 
húzzanak. Így van ez a fejlesztési tech- 
nológiával is: egyre nagyobb teret kap 
az SSADM. A szerző véleménye e 
kérdésben az, hogy témától és mérettől 
függően többféle eljárás lehet célszerű. 
Még a legalapvetőbb kérdésekben is el 
lehet térni a hagyományoktól vagy a 
szabványtól. 

"Vegyük a soha nem vitatott top-down 
irányultságot. Egy rendszert illik kez- 
detben általánosságában megfogalmaz- 
ni, és egyre apróbb elemekre szedve 
eljutni a legutolsó részletig. Ha azonban 
jól ismert és egyébként jól szervezett 
feladat számítógépesítéséről van szó, 
akkor lehetséges mindjárt a legalsó 
részletekben mozogni, anélkül, hogy 
felülről boncolgatnánk az egészet. Egy- 
szóval alkalmanként még a megkérdő- 
jelezhetetlen szervezési alapelveket is 
sutba dobhatjuk, ha a helyzet úgy kí- 
vánja! (Ember legyen azonban a talpán 
az a szervező vagy projektvezető, aki 
egy ilyen döntést optimálisan meg tud 
határozni...) 

Alapvető dolog az, hogy az informa- 
tikus legalább egy fejlesztési technoló- 
giát alaposan ismerjen. Nem elég azon- 
ban azt csak elméletben megtanulni, 
mert a gondok a gyakorlati részletekben 
vannak, és a minőség ezeken múlik. 
Ezért az lenne kívánatos, ha adott tech- 
nológiával az egyén évekig dolgozna, 
és a használat során finomítaná a maga 
képére a munkastílust. 

Homonnay Gábor 
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Ketten a ringben 


A részletekben lakik... 


Úgy tűnik, hogy még a Magyarországon módszertant 
alkalmazó sajnálatosan kis szakembergárdában is alig 
akadnak, akik mindkét , menő" módszertant ismerik, 
illetve az SSADM-alkalmazók kissé fanyalogva szólnak 
az SDM-ről, holott az SSADM kétségkívüli perspektívája 


mellett hasznos lehetne 


az SDM mentalitásának ,átmentése" is. 


Soha nem szabad megfeledkezni ar- 
ról, hogy a rendszerfejlesztők a rend- 
szereket nem maguknak készítik, ha- 
nem a felhasználóknak, akik — ritka 
kivételektől eltekintve — nem tudják 
megfogalmazni, mire van szükségük, 
így azután a félreértés, és ezen keresztül 
a nem megfelelően használható rend- 
szerek létrejöttének esélye igen nagy. 
A hatalmas technikai apparátust felvo- 
nultató SSADM nem annyira , ember- 
közeli", hogy a rendszerfejlesztő mun- 
kába minden felhasználó érdemben be- 
kapcsolódhasson (pedig ez a siker kul- 
csa!). Az SDM erőssége viszont éppen 
ebben rejlik. e 

Kétségtelen emellett, hogy egyik 
módszertan sem , kezdőknek" való, 
vagyis nem valószínű, hogy megfelelő 
elméleti ismeretekkel és gyakorlattal 
rendelkező , tanítómesterek" nélkül a 
módszertan (bármelyik) igazán alkal- 
mazható lenne, sőt a meggondolatlan 
alkalmazások kudarca egy életre elret- 
tentheti az egyébként korrekt és jó 
szándékú fejlesztőt a módszertan-alkal- 
mazástól. 


Az egyik 


AzSDM — mint minden módszertan 
— abból indul ki, hogy használható 
rendszereket kíván létrehozni, ezért a 
kudarc esélyét a minimálisra próbálja 
csökkenteni. Olyan alapelvek megfo- 
galmazásával és érvényesítésével lehet- 
séges ez, amelyek nemcsak a rendszer- 
fejlesztői munkában, hanem az élet 
számos más területén is haszonnal al- 
kalmazhatók, ezáltal mentalitásformáló 
ereje rendkívüli nagy. A legmarkánsabb 
alapelvek a következők: 

Kétirányú tervezés. A projekteket (is) 
tervezni kell (magát a rendszerfejlesztői 
munkát, s ez nem tévesztendő össze a 


rendszertervekkel), azonban a munka 
elején lehetetlen pontos idő-, költség-, 
munkaerő- stb. tervet készíteni. Ezért 
először készül egy nagyvonalú terv a 
teljes projektre (pontossága olyan, ami- 
lyen az akkor rendelkezésre álló isme- 
retek alapján lehet), egyúttal a gondo- 
san szakaszokra osztott munka soron 
következő fázisára készül egy pontos 
terv, miután ez a szegmens már jól 
átlátható. A szakasz befejeztével újabb 
tervek készülnek, egy ismét a teljes 
projektre, egy pedig a következő sza- 
kaszra. Mindezt persze előre egyeztetni 
kell a felhasználóval. 

A felülről lefelé közelítésmód. A fel- 


" adatok — általában — nagyok, eleinte 


nem teljesen áttekinthetők, legalábbis 
nem minden részletükben. A megisme- 
rés mindig , felülről" indul, az általá- 
nostól a részletek felé, közben gondo- 
san ügyelve arra, nehogy lefelé túl 
nagyot zuhanjunk, túl mohón térjünk rá 
a részletekre. Ez a módszer szigorú 
fegyelmet igényel, betartása meglehe- 
tősen nehéz, de jól kiegészül a követ- 
kező alapelvvel. 

Iterációk alkalmazása. A top-down 
elv következetes betartása azt eredmé- 
nyezi, hogy a feladatok megismerése 
nem egyetlen lépésben történik. Ennek 
megfelelően a munka egy-egy elemével 
(például a rendszer inputjaival) több 
szakaszban foglalkozunk (akár három- 
ban, négyben), természetesen egyre 
részletesebben. Mindezt jól támogatja 
a munka — már említett — szakaszokra 
bontása. 

A felhasználói elkötelezettség bizto- 
sítása. Ahhoz, hogy a (leendő) felhasz- 
náló az új rendszert ne érezze számára 
idegennek, ráerőltetettnek, el kell érni, 
hogy érzelmileg (!) azonosulni tudjon 
azzal. Ez csak úgy lehetséges, hogy a 
rendszer készítésében aktív szerepet 
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4.3 
Projektindítás 


Sz 


2 
felmérés 








kap (ha más- 
ként nem, a je- 
lenlétével— ti. 
a folyamatos 
tájékoztatás ré- 
vén —, és a fejlesztés 
szakaszainak végén a 
munka folytatására vo- 
natkozó döntésével). Így 
a rendszert óhatatlanul 
megismeri még a fejlesztés stá- 
diumában, nem jelentkezik az 
újtól való természetes idegenke- 
dés, sőt: a közösen létrehozott 
termék fontossága és használatba 
vétele mellett érvelni is hajlandó. Annál 
jobb, minél magasabb státusú az elkö- 
telezett felhasználói kör. 

A késleltetett döntések elve. Finom 
érzékkel és nagy rutinnal alkalmazandó 
elv, ugyanis arról van szó, hogy a 
fejlesztőmunka jelentősebb szakmai 
döntéseit (például alkalmazzunk-e osz- 
tott adatbázist) a lehető legkésőbb, a 
begyűjthető összes információ birtoká- 
ban hozzuk meg, de semmiképp se 
késlekedjünk a döntéssel egyetlen na- 
pot sem. Ezt az optimumot megtalálni 
(sőt, megtervezni!) meglehetősen ne- 
héz, sokszor már az is nagyszerű ered- 
ménynek számít, ha a céltáblát nem az 
előre leadott lövések köré rajzoljuk, 
vagyis nem holmi prekoncepcióhoz 
igazítjuk a fejlesztői munkát, azaz nem 
előre , döntünk"! 

Hangolás. Ez a furcsa elnevezésű 
tevékenység már nem csupán rendszer- 
fejlesztési alapelv, hanem egyúttal 
módszertani eszköz is, ezzel tehető 
ugyanis rugalmassá, az adott feladathoz 
igazítottá a módszertan által ajánlott 
lépéssorozat. Az SDM háromszintű 
struktúrában több mint 370 (!) fejlesz- 
tési lépést ajánl, de nem tesz kötelező- 
vé; tudván, hogy a projektek végrehaj- 
tása nem történhet egy kaptafára, már 
csak méretbeli eltéréseik miatt sem. 
Lehetséges tehát (sőt, ajánlott) a stan- 
dard lépéssorozat adott projekthez iga- 
zítása, hangolása; és ennek mértékében 





az SDM semmiféle korlátozást nem ír 
elő. 


Termék mint dokumentáció 


Lássuk ezek után, hogy a fejlesztő- 
munka már többször említett szakaszai 
mi módon és milyen tartalommal épül- 
nek egymásra. Ezt a legáttekinthetőb- 
ben a módszertan ismerői körében , át- 
lós ábra"-ként ismert diagram mutatja 
be. 

A fejlesztőmunka tehát 12 szakaszra 
oszlik, ez azonban a hangolás során 
megváltoztatható. Az egyes szakaszok 
végén döntési pont van, a döntés a 
munka folytatásának módjára, esetleg 
a projekt leállítására vonatkozik. (Ne 





6. 
DD: Manuális eljárások 


tervezése 





10. 
veszel Az áttérés 
tervezése 











feledjük, a si- S 
kertelenség ve- 
szélye esetén 
akkor legkisebb 
a veszteség, ha 
a leállítás minél 
korábbi  — sza- 12. 
kaszban törté- Utólagos értékelés 
nik, gondoljunk 
a már bemuta- 
tott költséggörbére.) Dönteni pedig 
azért lehet, mert minden szakasz vég- 
rehajtása során pontosan definiált ter- 
mék (dokumentáció) készül, az SDM 
ugyanis elkötelezetten vallja, hogy a 
dokumentálás nem külön feladat, ha- 
nem maga a munka. A szakaszok — a 
már említett háromszintű struktúrában 
— fázisokra és tevékenységekre bon- 
tottak, melyekre ugyancsak vonatkozik 
a hangolás lehetősége. 

Az SDM által javasolt technikai ap- 
parátus mai szemmel nézve kissé sze- 
gényesnek tűnik. , Mentségére" szol- 
gáljon, hogy keletkezési időpontja húsz 
évvel ezelőtti, főként pedig: nyitottsága 
és rugalmassága bármely elemzési vagy 





11. 
Installálás 











ábrázolási technika befogadására alkal- 
massá teszi — a módszertant tehát 
, házilag" is korszerűsíthetjük. Saját áb- 
rázolástechnikája nincs, a magyar al- 
kalmazás az ISAC által használt gráfo- 
kat vonta be a módszertanba. Ezek 
zsenialitása csaknem primitív egysze- 
rűségükben van, a hozzájuk tartozó 
tevékenységleírások és ún. tulajdonság- 
táblák igen jó elemzési és tervezési 
eszközzé minősítik. Számos további 
szellemes elemző és dokumentáló táb- 
lázat használható, a módszertan külö- 
nös erőssége pedig a megvalósíthatósá- 
gi elemzés, a rendszer logikai konzisz- 
tenciája és annak szabvány jellegű ki- 
fejtése, dokumentálása. 

A dokumentálás rendszerét két nagy 
részre osztja, a projektdokumentációra 
és a rendszerdokumentációra. Mindket- 
tő tartalmát és készítési módját részle- 
tesen meghatározza. A dokumentáció- 
készítés kényelmes technikai eszközei 
az ún. kádak, amelyek révén az egyes 
tevékenységek elvégzésekor folyama- 
tosan keletkező dokumentumok tema- 
tikusan elkülönülnek: 6 db gyűjtőkádba 
kerülnek. A dokumentumoknak a kü- 
lönböző  dokumentációkba (logikai 
rendszerterv, manuális eljárások terve 
stb.) és kézikönyvekbe (rendszerleírás, 
felhasználói és üzemeltetési kézikönyv) 
csoportosítását összefoglaló táblázatok 
írják le. A magyar gyakorlat a prog- 
ramspecifikáció készítéséhez a funk- 
cionális leírások mellett Jackson-ábrá- 
kat és pszeudokódos leírásokat alkal- 
maz. 


. :. ÉS a másik 


Az SSADM eredendően az általános 
alkalmazhatóság igényével lép fel, ezért 
viszonylag nagy és közepes projektek 
esetében ajánlható, és kis projektek 
esetében kevésbé. Az SSADM néhány 
fontos alapelve: 

Három szempontú modell. Az 
SSADM a követelményeket három 
szempont szerint elemzi. Az első a 
funkciók felőli közelítés, amely első- 
sorban a feldolgozási folyamatokról al- 
kotott felhasználói nézeteket tükrözi. A 
második szempont az események felőli 
közelítés, amely a különböző esemé- 
nyek (valós vagy rendszeren belüli) 
elemzését jelenti. A harmadik szempont 
az adatok felőli megközelítés, amely a 
rendszer adatainak fontosságát hivatott 
kiemelni, hiszen a funkcionalitás csak 
megfelelően karbantartott adatok mel- 
lett képzelhető el. 

Követelmény-központúság. Ez az 
alapelv természetes következménye az 
előzőnek, azonban itt a követelmény- 
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rendszer további megerősítést kap, hi- 
szen az SSADM külön technikát is 
javasol a rendszer szempontjából kriti- 
kus követelmények egyértelmű azono- 
sítására. 

A felhasználói elkötelezettség bizto- 
sítása. A rendszerfejlesztés folyamán 
jelentkező kritikus döntéseket mindig a 
rendszer jövőbeni használója hagyja 
jóvá, ezáltal biztosított a rendszer al- 
kalmazásba kerülése, és a felhasználó 
sem érzi majd az elkészült rendszert 
idegennek. 

Termékközpontúság. (E módszertan 
terminológiájában termék minden fej- 
lesztési rész- és végeredmény.) Az 
SSADM minden szakasza valamilyen 
jól körülhatárolt terméket állít elő. Az 
adott szakasz célja az adott termék 
előállítása, amely egyúttal egy másik 
szakasz kiinduló információit is tartal- 
mazza. 

Minőségbiztosítás. A rendszerfej- 
lesztői munka során keletkező minden 
egyes termékhez adottak a megfelelő 
minőségi kritériumok, biztosítva ezáltal 
nemcsak az adott termék, hanem ter- 
mészetesen a végtermék minőségét is. 

Felülről lefelé elemzés, alulról felfelé 
tervezés. Ez az alapelv már inkább 
technikai jellegű, az elemzés felülről 
lefelé folytatását és a tervezés alulról 
felfelé végzését támogatja. Így elkerül- 
hető a ,nem látja a fától az erdőt" 
jelenség, jól segítve a módszer alkal- 
mazóját az elemzett rendszer pontos és 
teljes körű megismerésében, a tervezés 
technikája pedig biztosítja, hogy a fej- 
lesztés során nem kell erőt és felkészült- 
séget meghaladó tervezési problémával 
foglalkozni, a megoldásokat lépésen- 
ként építkezve lehet kialakítani. 

Ezen leglényegesebb rendező elvek 
mellett számos további alapelv is érvé- 
nyesül az SSADM-ben, meghatározó 
szerepük — azonban 
valamivel kisebb a 
fentiekénél. 

Az SSADM szi- 
lárd logikájú és jól 
strukturált . szerke- 
Zzettel bír, követke- 
zetes — alkalmazása 
jól végigvezeti a fej- 
lesztőt a rendszerfej- 
lesztés lépésein. A 
módszertan a fej- 


Dokumentumok, 
termékek 


lesztőmunkát hierar- 
chikus struktúrában 
négy szintre osztja: 














Technikák 
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modulokra, szakaszokra, lépésekre és 
feladatokra. Az egyes feladatok minden 
esetben valamilyen bemeneti dokumen- 
tum feldolgozásával és kimeneti termék 
előállításával foglalkoznak, különböző 
technikák alkalmazásával. Ezt a fajta 
hierarchikus felépítést, illetve folyama- 
tot mutatja be az ábra. 

Érdemes emellett egy pillantást vetni 
az SSADM szakasz mélységű felépíté- 
sére is. (A mélyebb bemutatás terjedel- 
mes mivolta miatt már zavarná az átte- 
kinthetőséget, érdemes azonban megje- 
gyezni, hogy a feladat szintű elemek 
száma több száz.) A felépítés — és a 
funkció számozása az eredeti leírás 
szerint — a következő: 

— Megvalósíthatósági elemzés 

0. A megvalósíthatóság eldöntése 

—  Követelményelemzés 

1. A jelenlegi helyzet elemzése 

2. A rendszerszervezési mód kivá- 
lasztása 

— Követelményspecifikáció 

3. Követelmények meghatározása 

— Logikai rendszerspecifikáció 

4. A rendszertechnikai megoldás ki- 
választása 

5. Logikai tervezés 

— Fizikai rendszertervezés 

6. Fizikai tervezés 


Mi a teendő? 


Vizsgáljuk meg ezek után az 
SSADM, illetve az ennek 4.0 verziója 


által alkalmazott technikákat. (A mód- " 


szertan legújabb kiadása — a 4.2 jelű 
— ettől bizonyos mértékig eltér.) 

A folyamatmodellezés. Vegyes tech- 
nikának tekinthető, mivel az alkalma- 
zott ábrázolási technika mellett (adatá- 
ramlási diagram) leíró részt is tartal- 
maz. A technika célja a információs 
rendszer minél pontosabb leírása. Ez 
nemcsak az információs rendszer folya- 
mataira vonatkozik, hanem az adatok 
mozgásának, tárolásának, forrásainak 
és felhasználóinak leírására is. 

Adatmodellezés. Ez a technika egy 
egyed-kapcsolat — diagramot takar, 
amelynek segítségével meghatározható 
a vizsgált terület működéséhez szüksé- 
ges fizikai tényezőktől letisztított belső 
logikai szerkezet. 

Visszakeresési út modellezése. Ez a 
technika az alapja a visszakeresés típu- 
sú feldolgozások ter- 
vezésének, ami által 
lehetővé válik a lo- 
gikai adatmodell el- 
lenőrzése is. A mód- 
szer segítségével meg lehet tudni, hogy 
adott ponton belépve a keresett egyed- 
típus elérhető-e. A módszer alkalmazá- 


sának dokumentumai a keletkező diag- 
ramok, amelyeket együttesen az elérési 
út modelljének nevezünk. 

Funkciómeghatározás. Ugyancsak 
vegyes technikának tekinthető, mivel 
az ábrák (I/O szerkezetek) mellett leíró 
jellegű termék (funkcióleírás) is kelet- 
kezik. Ez a technika összekapcsolja a 
logikai adatmodellezés, a logikai adat- 
folyam-modellezés és a követelmény- 
meghatározás eredményeit, kiegészítve 
azokat az [/O szerkezetekkel. Alkalma- 
zása során az első lépés a , funkciómeg- 
határozás" formalap kitöltése, majd az 
[/O szerkezetek elkészítése következik 
(az egyébként programtervezési techni- 
kaként ismeretes Jackson-módszerrel). 

Relációs adatelemzés. A módszer 
célja az optimális adatszerkezet meg- 
határozása. Az elemzés eredménye 
diagramon ábrázolható, amelynek szer- 
kezete azonos a logikai adatmodell 
diagramjáéval, így a kettő összevethető, 
majd véglegesíthető a tervezett rend- 
szer adatmodellje. 

Egyed-esemény modellezés. Az 
egyedek és események kölcsönhatásá- 
nak vizsgálatára szolgáló, szintén több 
lépésből álló technika. Első lépésként 
az ún. egyed-esemény mátrix készül el, 
amelyben rögzíthető, hogy adott ese- 
mény adott egyed előfordulásain mi- 
lyen változtatásokat végez (létrehoz, 
módosít, megszüntet). E mátrix alapján 
összeállíthatók az ún. egyedtörténeti 
diagramok, amelyek elkészítéséhez 

"szintén a Jackson-féle ábrázolásmód az 
alap. Az említett mátrix alapján még 
egy diagram készíthető, amely az egyes 
események egyedekre gyakorolt hatá- 
sainak ábrázolását szolgálja, ez az ese- 
ményhatás diagram. 

Logikai feldolgozástervezés. A mód- 
szer célja a fizikai tervezés előkészítése 
az adatbázis-hozzáférés vonatkozásá- 
ban. Az eljárás valójában két alaptech- 
nikát alkalmaz, külön a lekérdezések és 
külön a karbantartások logikai tervezé- 
sét. Mindkét technika diagramot ered- 
ményez, ezek is a Jackson-féle ábrázo- 
lásmódon alapulnak. 

Dialógustervezés. Minthogy a korsze- 
rű információs rendszerek túlnyomórészt 
online módon működnek, igen sok dia- 
lógust tartalmaznak, melyek minősége 
döntően befolyásolja a felhasználóknak 
a rendszerről kialakuló véleményét. Az 
SSADM a dialógusok készítését ezért 
külön tervezési technikával támogatja. A 
keletkező termék magában foglalja a 
rendszer tervezett képernyőinek tartal- 
mát, illetve a képernyőtartalmak rend- 
szerbe foglalásához szükséges menü- és 
vezérlési szerkezeteket. 

Bajúsz Balázs 
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PC-környezetben is kell előírás 


A rend , csinálása" — SSADM 4.2 


Ha van olyan módszertan, amely országosan elismert — és 
ismert — akkor az ezt alkalmazó szakemberek kezdenek a 
szó szoros értelmében , csereszabatossá" válni, ami jó a 
szakembernek, mert könnyebben kap munkát, és jó a 
vezetőknek, mert könnyebben találnak szakembert. 


Amennyiben az SSADM mint szab- 
ványos rendszerfejlesztési módszertan 
alkalmazása mellett döntünk, akkor a 
következő előnyökhöz juthatunk: 

1. Nagy valószínűséggel elkerülhet- 
jük a félreértéseket az igények megha- 
tározása során, és ezáltal valóban olyan 


rendszereket állíthatunk elő, amelyeKa 


felhasználók munkáját segítik. 

2. Minden projektünket azonos mó- 
don tervezhetjük és kivitelezhetjük, ez- 
által egyre nagyobb és megalapozot- 
tabb tapasztalatunk lesz a tervezésben, 
ami elősegíti, hogy jobban be tudjuk 
tartani a határidőket. 

3. Egyértelművé válik, hogy milyen 
dokumentumokat (fejlesztési terméke- 
ket) kell előállítanunk, és azokat milyen 
minőségi kritériumok szerint kell ellen- 
őriznünk, így elkerülhetjük a felesleges 
vitákat és a bizonytalanságot. 

4. A pontos dokumentáció lehetővé 
teszi számunkra, hogy az elkészült 
rendszerek későbbi módosítása zökke- 
nőmentesen megoldható legyen. (Sem- 
milyen hardverkörnyezet nem , örök". 
A nyíltság irányzata viszont elég tartós- 
nak mutatkozik...) 

5. Növelhető a fejlesztési munka 
hatékonysága, mert sok esetben egysze- 
rűen csak követni kell a , sorvezetőt". 

Maga az SSADM nagyon tömören 
fogalmazva olyan, egyre finomodó elő- 
írás, amely mintegy 15 éves múltra 
tekinthet vissza a rendszerfejlesztés 
munkamenetének megfogalmazásában. 
Jelenleg a 4.2 kiadás a legkorszerűbb, 
ebben a cikkben már erről szólunk. 


Az SSADM jellemzői 


A rendszer egészére vonatkozó leg- 
fontosabb tudnivalók a következők: 

— Az informatikai rendszerek terve- 
zésében prioritást szán az adatok terve- 
zésének. Ezt azért teszi, mert hosszú 
tapasztalat alapján biztonsággal kije- 


lenthető, hogy az informatikai alkalma- 
zásokban a kezelt adatok típusa sokkal 
stabilabban jellemzi a rendszert, mint 
a feldolgozás. Az alapfelfogás tehát az, 
hogy tervezzük meg az adatokat, aztán 
ehhez igazíthatjuk a feldolgozások ter- 
vezését. 

— A rendszerek működésében ki- 
emelt jelentőséget tulajdonít az ún. ese- 
ményeknek. Esemény az, aminek hatá- 
sára a rendszernek valamiképpen rea- 
gálnia kell, s ezáltal állapota megvál- 
tozik. Érdekesség, hogy ez a szemlélet 
nagyon hasonló ahhoz, amit a biológi- 
ában , ingerlékenység" néven ismerünk. 
Az élő sejtet alapvetően az ingerlékeny- 
ség különbözteti meg az élettelen 
anyagtól: képes arra, hogy aktívan re- 
agáljon a külvilágot érintő események- 
re. (Számomra ez a felfogás a kiberne- 
tikai szemlélet újabb érvényesítését jel- 
zi a rendszerfejlesztési munkában — 
például a negatív visszacsatolás elvé- 
nek alkalmazása mellett.) 

— Az informatikai rendszerek leg- 
fontosabb szerepének tekinti, hogy az 
alkalmazó szervezet alapfolyamatait 
segíti. Az alaptevékenység sokféle lehet 


(például kereskedelem, termelés, kész- 
letezés, hivatali ügyintézés stb.), és az 
informatikának akkor van igazán létjo- 
gosultsága, ha képes növelni az alap- 
tevékenység hatékonyságát. Mind a ke- 
zelendő adatok, mind a rendszer műkö- 
dését meghatározó események az alap- 
tevékenységből vezethetők le. 

— Az SSADM szerint elkészített 
fejlesztési eredmények (függetlenül at- 
tól, hogy kezdeti, közbenső vagy vég- 
eredményekről van szó) terméknek te- 
kintendők. Ez a mérnöki szemlélet 
egyik szép megnyilvánulása, aminek 
legfontosabb eredménye, hogy ha va- 
lami termék, akkor ahhoz ugyanúgy, 
mint a műszaki életben, minőségi kri- 
tériumok rendelhetők, amelyek teljesü- 
lését később ellenőrizni lehet! Emellett 
az éppen soron következő projektben 
elkészítendő termékek köre a projekt 
megtervezésének alapjául is szolgál. 

— A termékek elkészítéséhez jól 
meghatározott módszereket, techniká- 
kat bocsát rendelkezésre. Ezeket cso- 
portokba sorolja aszerint, hogy közvet- 
lenül az informatikai rendszer termékeit 
állítják-e elő, vagy a felhasználónak a 
fejlesztéssel kapcsolatosan szükséges 
döntései előkészítéséhez szükségesek, 
esetleg maguknak a majdani rendszer 
felhasználóinak behatárolását, megha- 
tározását segítik, illetve kapcsolatot te- 
remtenek az informatikai stratégiával 
(ha van ilyen). 

Első közelítésben tehát az SSADM 
a fejlesztési területeket az 1. ábrán 
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látható módon csoportosítja. Az ábrán 
a közvetlen rendszerfejlesztési tevé- 
kenységeket tovább csoportosítva lát- 
juk. Eszerint vannak elemzési, tervezési 
és kivitelezési tevékenységek. A terve- 
zési területet tovább kategorizálhatjuk 
aszerint, hogy a terv magjáról (a legál- 
landóbb elemekról, az ún. fogalmi mo- 
dellről), a változóbb — felhasználói — 
igények kezelését végző részéről (külső 
terv), vagy a jellegében teljesen eltérő 
fizikai megvalósításról (belső terv) mint 
résztevékenységekről van-e szó. Ezzel 
kiegészítve az ábrát, kapjuk a SSADM 
ún. rendszerfejlesztési sablonját, amely 
a 2. ábrán látható. 

Ennek a felosztásnak a legnagyobb 
előnye, hogy a későbbi módosításoknál 
az igények elemzésével behatárolhatók 
az érintett tervrészletek, és így csök- 
kenthető, hatékonyabbá tehető az el- 
végzendő munka. 


A projekt érdekében 


Az SSADM a rendszerfejlesztési 
munkát sajátos szakaszokra osztja fel, 
ami viszont a projektvezetés szempont- 
jából lényeges, mert ez teszi lehetővé 
a fejlesztési projekt időbeli tervezését 
és irányítását. Szokás ezt a felosztást 
az SSADM szerkezeti modelljének is 
nevezni. Ennek öt modulja a következő: 

— A megvalósíthatóság vizsgálata 

—  Követelményelemzés 

— Követelményspecifikáció 

— Logikai rendszerspecifikáció 

— Fizikai tervezés 

Először tehát megvizsgáljuk a felve- 
tett probléma megoldásának realitását 
(főleg indokoltság és gazdaságosság 
szempontjából), azután elemezzük a 
kiinduló helyzetet, és kiválasztunk egy 
megfelelőnek látszó rendszerszervezési 
változatot, erre vonatkozóan részletes 
specifikációt készítünk, majd kidolgoz- 
zuk a terv logikai, tehát eszközfügget- 
len részét, és kiválasztjuk a megvalósí- 
táshoz szükséges platformot, végül pe- 
dig erre a platformra képezzük le a 
logikai tervet fizikaivá. 


A platformfüggetlenségig... 


Joggal vethető fel a kérdés, hogy 
miért nem megy tovább az SSADM 
egészen a kész rendszer implementálá- 
sáig. Ez azt jelentené, hogy magába 
kellene foglalnia a programozást, és a 
rendszer működtetésével kapcsolatos 
emberi munka tervezését, valamint a 
rendszer bevezetésével kapcsolatos fel- 
adatokat. 

Az emberi munka megszervezésétől 
eltekintve a többi feladattal kapcsola- 
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Technikák 


Az alaptevékenység modellezése 

Elsődleges az alaptevékenység kellő 
megismerése és formalizált leírása, valamint 
a kettő közötti kapcsolatok feltárása. Az 
alaptevékenység határozza meg az informa- 
tikai rendszerrel szemben támasztható kö- 
vetelményeket. 


Követelménymeghatározás 

Lényeges, hogy tisztában legyünk azok- 
kal a követelményekkel, amelyeket a terve- 
zendő rendszernek ki kell elégítenie (ez az 
ún. követelménykatalógus), és hogy ebben 
pontos egyetértés alakuljon ki a felhasználók 
és fejlesztők között. Jelentőségét az adja 
meg, hogy enélkül nem lehet jó minőségű 
informatikai rendszert felépíteni. 


Logikai adatmodellezés — 

Az informatikai rendszer alapját képező 
adatok belső logikai szerkezetének megha- 
tározása. Ennek végső formája később meg- 
határozhatja az adattárolás és feldolgozás 
módjait. 

Relációs adatelemzés 

Olyan technika, amely az adatok és 
összefüggéseik tételes ismerete alapján le- 
hetővé teszi a logikai adatmodell finomítását 
és az ún. optimális modell meghatározását. 

Adatfolyam-modellezés 

Összefoglalóan képes leírni a teljes in- 
formatikai rendszer működését (felhaszná- 
lók, adattárak, feldolgozások, és az ezek 
között mozgó adatok), másrészt kiindulást 
képez az ún. funkciómeghatározáshoz. 

Funkciómeghatározás 


Az adatfolyammodellből és a követel- 
ménykatalógusból meghatározza a program- 


tervezés számára az adekvát feldolgozási . 


egységeket. 


Dialógustervezés 

A legfontosabb felhasználói interfész 10- 
gikai szintű megtervezését teszi lehetővé. 
Kapcsolódik a funkciómeghatározáshoz, és 
magában foglalja a felhasználók számára 
készítendő menük megtervezését is. A dia- 
lógustervek és menütervek a programterve- 
zés közvetlen építőelemei. 


Az adathasználat modellezése 

Az adatok használatát két nagy kategó- 
riába sorolja: lekérdezés és karbantartás (ide 
értve a módosításon kívül a létrehozást és 
törlést is). Meghatározza ezek kapcsolatát 
az adatmodellel, azáltal, hogy modellezi a 
lekérdezési utakat, valamint a karbantartó 
eseményeknek az adatmodellre gyakorolt 
hatásait. (E technika ,hivatalos" neve: 
egyedviselkedés modellezése.) 


Feldolgozásmodellezés 

Közvetlenül az előző technika eredmé- 
nyein alapul, és célja az adathasználathoz 
szükséges feldolgozás megtervezése. A le- 
kérdezésiút-modellekből lekérdezési feldol- 
gozásmodelleket, az eseményhatás diagra- 
mokból pedig karbantartási feldolgozásmo- 
delleket állít elő. A feldolgozásmodellek a 
programtervezés közvetlen építőelemei. 


Az emberi munka modellezése 

Azoknak az emberi munkafolyamatok- 
nak a meghatározása, amelyekre az infor- 
matikai rendszer működtetésével kapcsolat- 
ban van szükség. 


Prototipizálás 

Annak bemutatása a felhasználónak, 
hogy a fejlesztők szándéka szerint milyen 
arculata lesz a rendszernek, és fő vonalait 
illetően hogyan fog működni. Ezáltal még 
viszonylag korai fejlesztési állapotban ellen- 
őrizhető, hogy valóban azt szeretné-e kapni 
a felhasználó, amit a fejlesztők terveznek. 


Változatkészítés 

A fejlesztési munka több pontján van 
szükség arra, hogy valamilyen dokumentum 
több változatban készüljön el (rendszerszer- 
vezési változatok, rendszertechnikai válto- 
zatok), és a felhasználó ezek közül vá- 
lasszon. Az ilyen változatkészítésnek is 
megvan a maga technikája. 

Fizikai adattervezés 

A logikai adatmodellt leképezi konkrét 
adatkezelő eszközök segítségével kialakít- 
ható adatbázisra és hagyományos fájlokra. 


Fizikai feldolgozástervezés 

A funkciómeghatározás, a dialógusterve- 
zés és a feldolgozásmodellezés termékeiből 
mint építőkockákból programterveket állít 
elő. 
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tosan az SSADM álláspontja az, hogy 
ezek a feladatok már olyan mértékben 
függenek a választott vagy rendelkezés- 
re álló platformtól (hardver- és szoft- 
verkörnyezettől), hogy innen kezdve 
helyesebb a munkát annak kézikönyvei 
alapján végezni. Az SSADM erre vo- 
natkozóan megadja a szükséges útmu- 
tatásokat a fizikai tervezési modulban, 
de a módszertant kifejlesztő szakem- 
bereknek nem is állt szándékában, hogy 
azt bármilyen konkrét platformra spe- 
cializálják. (A szükséges emberi munka 
tervezésével kapcsolatosan elvégzendő 
tevékenységeket az SSADM legújabb 
változata, amely 4.2-es vagy 4-- néven 
ismert, már tartalmazza.) 

A fent felsorolt modulok szerint vég- 
zett munka során a módszertan által 
meghatározott technikákat használjuk. 


Mik azok a technikák? 


Világos, hogy bármilyen módszer- 
tant követünk a rendszerfejlesztés során 
(sőt, még ha egyet sem követünk) Ta 
kívánt végeredmény nem egy lépésben 
áll elő. Bizonyára külön foglalkozunk 
például az adattárolás, a feldolgozások, 
a képernyők tervezésével, és ehhez 
meglehetnek a magunk beidegződései. 
Kollégánk ezeket a feladatokat esetleg 
másképp oldja meg, mások az ilyen 
értelmű szokásai. Gondoljunk bele, mi- 
lyen nehéz dolga van egy vezetőnek, 
aki a változatos , saját ízlés" szerint 
dolgozó munkatársakat irányítja a kí- 
vánt végeredmény — szoftver vagy 
informatikai rendszer — előállítása ér- 
dekében. Minden informatikai felelős- 
ben, aki egy kicsit is komolyan veszi a 
munkáját, hamar megfogalmazódik az 
egységesség iránti igény. Vannak, akik 
maguk próbálják ezt megoldani oly 
módon, hogy saját módszereiket írják 
elő kötelezőként. Ezzel a megoldással 
két baj van: 

—  Vezetőcsere esetén többnyire a 
módszerek is cserélődnek. 

— Az így meghatározott módszerek 
szakmai elismertsége többé-kevésbé vi- 
tatott. 

Kétségtelenül jobb, ha nemzetközi- 
leg ismert, kipróbált és publikált (tehát 
dokumentált) módszereket használunk, 
mert ezek a tapasztalat szerint legtöbb- 
ször jobbak és időtállóbbak, mint amit 
magunk találunk, ki. Ilyen kipróbált és 
széles körben alkalmazott módszereket 
tartalmaznak a módszertanok, neveze- 
tesen az SSADM, amelyben dokumen- 
táltan találjuk meg, hogy munkánk so- 
rán mi mindent kell előállítanunk és 
hogyan, tehát: milyen módszereket 
használjunk. Ezeket a módszereket hív- 
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juk technikáknak. (Lásd a keretes anya- 
got a szemközti oldalon.) 


Összeáll a kép 


A technikák szervesen épülnek egy- 
másra, egymás eredményeit továbbfej- 
lesztve visznek el a végeredményhez. 
Ez a folyamat természetesen nem egye- 
nes vonalú, hanem visszatéréseket tar- 
talmaz ugyanabban a projektben már 
korábban alkalmazott technikákhoz — 
részint az eredmények finomítása, ré- 
szint azok korrekciója céljából. Ennek 
ellenére azonban meghatározható a fej- 
lesztés , fő vonulata", az egyes techni- 
kák egymásra épülése. (Lásd 3. ábra.) 

Ahhoz, hogy a sokféle technika ered- 
ményei megvitathatók, más által és akár 
később is felhasználhatók legyenek, 
igen alapos dokumentálás szükséges. 
És ez az, amit nem szeretünk, igaz? 
Ráadásul gondoljunk bele: egy közepes 
méretű fejlesztés korrekt SSADM-es 
dokumentációja biztosan meghaladja 
az 1000 oldalt! 

None vicceljünk! — mondhatja most 
a kedves olvasó. Nem viccelünk, de van 
egy jó hírünk: bebizonyosodott, hogy 
ezt nem kézzel kell csinálni, hanem 
CASE-zel, továbbá: CASE-zel még él- 
vezet is a munka... 

Az olvasók többsége bizonyára is- 
meri ezt a rövidítést, de hátha akad, aki 
számára mégis új: Computer Aided 
Software Engineering, vagyis számító- 
géppel támogatott szoftvertervezés. Ez 
jelenti a döntő segítséget számunkra a 
dokumentáció elkészítésében — és 
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egyáltalán a rendszerfejlesztési munká- 
ban. Ez más szóval annyit jelent, hogy 
számítógéppel készítjük a számítógé- 
pes rendszer vagy szoftver tervezését 
is! Miközben dolgozunk, a dokumen- 
táció valójában mintegy a munkánk 
melléktermékeként áll elő. Elfelejthető 
a mindenféle formanyomtatványok ki- 
töltögetését, módosítgatását jelentő, 
legtöbbször utólagosan kikényszerített, 
és valóban nem lélekemelő dokumen- 
tálási tevékenység. (Így már valószínű- 
leg jobban hangzik a dokumentáció, 
ugye?) 

Ráadásul van olyan CASE eszköz is, 
amely a megtervezett rendszert részben 
vagy egészben generálni is tudja, vagyis 
a tervből automatikusan előállítja az 
adatbázis szerkezetét és a programokat. 
Persze ezekért a képességekért ma még 
elég sokat kell fizetni. Az SSADM 
módszertant támogató sokféle eszköz 
ára nagyjából 100 000 forint körül kez- 
dődik, és több milliónál végződik (mun- 
kahelyenként). Ezeket természetesen 
hálózatban is lehet használni, amikor 
egy egész munkacsoport dolgozhat 
egyidejűleg ugyanazon a projekten. 

Talán sikerült az olvasók egy részé- 
nek az érdeklődését komolyan is felkel- 
teni az ajánlott rendszerrel kapcsolat- 
ban. Nekik jó munkát az SSADM-mel! 
(A legújabb könyvre itt hívom fel a 
figyelmet: SSADM4-t. Manuals, NCC 
Blackwell, Oxford, 1995.) Egyébként 
pedig: ha a döntéshez bárkinek útmu- 
tatásra van szüksége, szívesen válaszo- 
lok kérdéseikre. 

Bana István 
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Attól függ, kinek és mire 


Mérlegen a módszerek 


A két módszertan áttekintése után 
célszerűnek látszik néhány fontosnak ítélhető 
szempont szerinti rövid összehasonlításuk, 
lényeges ismérveik, különbségeik 


és egyezőségeik alapján. 


Az életciklus lefedettsége. Úgy tűnik, 
hogy az SDM nagyobb gondot fordít a 
teljes fejlesztési folyamat támogatására 
(lásd: átlós ábra), és a projektirányítási 
feladatokat egybeolvasztja a fejlesztő- 
munkával. Az SSADM nem foglalkozik 
kötelezően a megvalósíthatósági elem- 
zéssel (nem is ajánl erre technikát és 
technológiát), a rendkívül átgondolt és 
technikai apparátussal is igen jól támo- 
gatott elemzési és tervezési feladatok 
után pedig a fejlesztőkre bízza a kivi- 
telezés és bevezetés megoldását. 

Az alkalmazott technikák. Az SDM 
egységesen kezeli a rendszerfejlesztés 
teljes eszköztárát, és ezáltal elkülönült 
technikákat valójában nem is alkalmaz. 
A fejlesztőmunka bizonyos szakasza- 
iban nem érezni ennek hiányát, másutt 
viszont a szükséges technikák nélkü- 
lözhetetlensége miatt más módszerta- 
nok technikai eszközrendszerét kell 
igénybe venni. 

A kétségkívüli hiányosságot tompítja 
az a körülmény, hogy a módszertan 
nagyfokú nyitottsága és rugalmassága 
folytán bármilyen eszköz, illetve tech- 
nikai apparátus beépíthető. Az SSADM 
rendkívül egzakt jellegéből adódóan 
minden általa kezelt feladatot szigorúan 
megszabott technikákkal támogat, me- 
lyek lehetővé teszik, hogy a fejlesztő- 
munka mérnöki pontosságú, a készülő 
dokumentáció pedig egységes szerke- 
zetű és tartalmú legyen. 

A módszertan , hangolhatósága" . E 
kérdés kapcsán azt kell megvizsgálni, 
hogy a két módszertan lépéssorozata 
mennyire kötelezően előírt, vagyis a 
fejlesztő team a feladat nagyságának és 
jellegének függvényében alakíthat-e 
azokon, vagyis testre szabottá tehető-e 
a módszertan. E tekintetben a különb- 
ség erőteljes, mivel az SDM nemcsak 
lehetővé teszi, hanem kifejezetten 
ajánlja a hangolást, s noha az SSADM 
is így tesz, mégis kötelezően előír lé- 
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péssorozatokat a hangolás után megma- 
radó termékekre. 

A  módszertanok fejlődése. A 
Hoskyns-féle SDM 20 évvel ezelőtt 
látott napvilágot, és az akkor keletkezett 
leírása használatos mind a mai napig. 
Ez azt jelenti, hogy tartalma az akkori 
technikai színvonalat tükrözi, ebből 
adódóan például a kivitelezés ajánlott 
lépései kissé idejétmúltak. Az ugyan- 
csak nem túl fiatal SSADM — 15 éve 
jelent meg az 1.0 verzió — mint termék 
mögött viszont nagy létszámú szervezet 
áll, amely azóta folyamatosan fejleszti 
a módszertant, és az alkalmazói kör 
bővítéséről, véleményük visszacsatolá- 
sáról is gondoskodik. 

A módszertanok dokumentáltsága. 
Az SDM egyetlen, ráadásul nehezen 
hozzáférhető, angol nyelvű dokumen- 
tációja egy kétkötetes kézikönyv, ezzel 
szemben az SSADM magyar nyelvű 
irodalma is terjedelmes és egyre bővü- 
lő, de az eredeti (és folyamatosan kar- 
bantartott) dokumentáció is viszonylag 
egyszerűen és elérhető áron beszerez- 
hető. 

A készülő termékek. Akét módszertan 
közös jellemzője, hogy következetes 


alkalmazásukkal garantált minőségű, és 
a felhasználói igényeknek megfelelő 
termék (szoftver és dokumentáció) ke- 
letkezik. Nem látszik célszerűnek a 
fejlesztőmunka különböző fázisai során 
készülő egyes termékek tételes felsoro- 
lása, azt azonban hangsúlyozni kell — 
pontosan az SSADM szigorúbb előírá- 
sai miatt —, hogy a megfelelő doku- 
mentáltság az SDM esetében talán va- 
lamivel nagyobb projektirányítási szi- 
gort követel meg. 

A módszertanok támogatottsága. A 
szigorúan vett módszertan alkalmazása 
kiegészülhet két alapvető eszközzel, a 
projektirányítás segítésével és a fejlesz- 
tői munka számítógépes támogatásával. 
E tekintetben ugyancsak lényeges kü- 
lönbség mutatkozik a két módszertan 
között. 

Az SDM közel 400 tevékenységének 
több mint fele projektirányítási felada- 
tot takar, ezáltal a hozzáértő vezető 
számára a projektirányítás megfelelően 
támogatott. Az SSADM nem tartalmaz 
projektirányítási funkciókat, szigorúan 
a fejlesztőmunka szakmai kérdéseire 


" "koncentrál, a projektirányítást tehát más 


módon, például a Prince projektirányí- 
tási módszertan alkalmazásával kell 
megoldani. 

Még erősebb a különbség a technikai 
támogatottság tekintetében, mert az 
SDM eredetileg a fejlesztőmunkát se- 
gítő semmiféle számítógépes eszközt 
nem alkalmaz, míg számos CASE esz- 
köz támogatja az SSADM-et. 

Pálvölgyi János 





— Nagy hiba volt, amikor számítógépre tettem a családi költségvetéskészítést... 
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Vegyes hatások: a jóból is lehet rossz 


Válasszunk rendszert magunknak 


A számítástechnikai rendszerek között vannak — 
szerencsére nem kis számban — példás megoldások is. 
De még ezekben is találunk rossz részleteket. 

A sikerülteket azért minősíthetjük mégis pozitívan, 

mert a fontos funkciók jól megoldottak, 

illetve a nem megfelelő részletek kisebbségben vannak. 


Erdemes tanulni belőlük. 


Egy rendszer előnyös tulajdonságai 
időben változhatnak. A rendszer élete 
során kezdetben lehet kiváló az adatbe- 
vitel megoldása, és kevésbé jó mondjuk 
a lekérdezés. A rendszer adatait előbb- 


utóbb feltöltik, és a csökkenő adatbe- - 


vitellel az adott funkció szerepe leérté- 
kelődik. Ami korábban előny volt, az 
később jelentéktelenné válik. 

Általában egy rendszer minőségének 
vizsgálatát csak az adott időben és adott 
prioritású üzleti célokkal lehet értel- 
mezni. Az előnyös tulajdonság más 
üzleti cél felől nézve lehet hátrányos is. 
Csökkentsük a készleteket. Rendben 
van. Növeljük a vevő kiszolgálásának 
biztonságát. Ez ellentmond az előző- 
nek. Ugyanígy egy rendszer lehet kivá- 
ló adatellenőrzési szempontból. Ekkor 
azonban a sok ellenőrzés és értékvá- 
lasztási lehetőség miatt bizonyosan las- 
sú lesz. 

A rendszereknek azonban vannak 
olyan hatásai is, amelyeket nem szok- 
tunk vizsgálni. Két hasonló jelenséget 
kell megemlíteni: az alkalmazás leme- 
revítését és a változások befagyasztását. 


Rugalmasság 


A számítástechnikai megoldások 
más értelemben rugalmasak, mint a kézi 
rendszerek. Egy kézi rendszernél elren- 
delhető, hogy a következő perctől kezd- 
ve valamit másként csináljanak. Lehet, 
hogy nem minden dolgozó fog az új 
utasítás szerint helyesen dolgozni, de a 
többség bizonyosan. Ezzel szemben a 
számítógépes rendszernél átállási idő 
kell ahhoz, hogy másként működjön. A 
programok átállítása után még tesztelni 
kell az új eljárást, dokumentálni azt, 
majd a használókat oktatni is illik. A 
változásokra tehát fel kell készülni, 
amihez idő kell. Ráadásul egy rendszer 


sokszori átszabása a rendszert végül 
javíthatatlanná teszi. Van tehát egy ,,al- 
kalmazásmerevítő" hatás is. 

Az alkalmazás merevítése makro- 
gazdasági szinten is értelmezhető. Van- 
nak országos vagy ágazati kódrendsze- 
rek, bizonylatok stb. Ezek követelmé- 
nyeit beépítik az egyes informatikai 
rendszerekbe. Ezek után nem kicsi a 
szabályozó személy felelőssége akkor, 
amikor a korábbiakkal nem harmoni- 
záló szabályozást hoz (új kódrendszert 
vezet be, új adatszolgáltatást tesz köte- 
lezővé stb.). 

Évek alatt a felhasználó és az üze- 
meltető is eljut a rendszer használata 
során arra a pontra, ahol már semmit 
nem kíván jobban, mint a rendszer 
befagyasztását. A felhasználói oldalról 
jövő változtatási igényeket meg kell 
oldani, de ha túl sok van belőlük, akkor 
ez egyre nehezebben megy. A végén 
már szinte lehetetlen. Ekkor merül fel 


az informatikusban egyre gyakrabban a 
teljes újraírás ötlete. De változtatni kell 
amiatt is, mert újabb alapszoftver-válto- 
zatok jönnek, amelyekhez igazodni kel- 
lene. A verziócserék mindig gondot 
okoznak. Lehetnek bennük hibák, és 
mindenképpen változásokat hoznak, 
amelyek kezelése egyre nehezebb. Az 
említett hatások együttesen okozzák azt, 
hogy a nagy alkalmazási rendszerek 
úgymond ,,maradiak" , hosszú éveken 
át kicsiszolódtak, és ha egyszer egy 
változatot sokáig sikeresen alkalmaz- 
nak, akkor azt lehetőség szerint igyekez- 
nek változatlan formában megtartani. 


Gazdaságosság 


A gazdaságosság sok összetevője kö- 
zül néhány lényeges elemet itt is érde- 
mes kiemelni. Rendkívül fontos dolog- 
ról van szó, arról, amely igazolja az 
informatikai rendszer létét. Ha a gaz- 
daságosság nem mutatható ki, akkor 
nem volt értelme a munkának. Sajnála- 
tos módon a gazdaságossági elemzés 
mégis elhanyagolt kérdés. 

A rendszerek gazdaságosságát nehéz 
mérni. Még az elméletileg mérhető ele- 
meknél is nehézségek vannak amiatt, 
hogy a régi és az új helyzet gazdasá- 
gossági különbségéből külön kellene 
választani az új rendszer hatását, és az 
időkülönbség egyéb tényezőinek szere- 





— Pedig az egyik lemezen rajta volt a többi lemez katalógusa! 
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pét. Ez sokszor módszertanilag sem 
lehetséges. Műszaki becsléssel legalább 
arányosítani kell a két részt. 

A közvetlenül nem számszerűsíthető 
elemek értékelése még nehezebb. Mit 
kezdjünk például azzal, hogy a felhasz- 
nálók biztosabban válaszolnak az ügy- 
félnek? Egyáltalán: a minőségi és kom- 
fort elemek hogyan számszerűsíthetők? 
Biztos megoldás erre nincs. Ennek el- 
lenére át kell gondolni, hogy milyen 
közvetett, egyéb hatással jár a minőségi 
mutatók javulása (például az ügyfélnek 
rövidebb idő alatt tud válaszolni a fel- 
használó, kevesebb levelet kell küldeni 
stb.). A minőség javulását követő egyéb 
hatások általában már számszerűsíthe- 
tők. 

Gondot jelent a gazdaságosság vizs- 
gálatánál az is, ha a régi működés 
gazdaságossági elemzése hiányzik, 
ezért nincs mivel összehasonlítani az új 
helyzetet. Ez egy újabb ok arra, hogy 
gondosan fogalmazzuk meg és rögzít- 
sük az üzleti célokat, valamint mérjük 
annak kiinduláskori állapotait. 

Nem mindegy az sem, hogy mikor 
végezzük a gazdaságossági vizsgálatot. 
A kiinduló helyzet vizsgálata nem két- 
séges, ezt a cél kitűzésekor kell rögzí- 
teni. Ezt követően érdemes az új rend- 
szer bevezetése után közvetlenül mérni 
a helyzetet, majd még egy vizsgálatot 
tartani a rendszer begyakorlott műkö- 
désekor. A tényleges eredmény a kiin- 
duló helyzet és a begyakorlott állapot 
között kereshető. Érdemes a gazdasá- 
gosságot, hatékonyságot a későbbiek 
során is vizsgálni. Ebből megállapítha- 
tó, hogy rendszerünk mennyire , dege- 
nerálódik". 


Egy állatorvosi ló" 


Az egyszerűség kedvéért elemez- 
zünk egy esetet, melyről — a szöveg- 
környezetből kiolvashatóan — a példa- 
mutatás szándékával adott hírt egy or- 
szágos napilap. 

A vállalat neve helyett , céget" em- 
lítek, és a szakmára utaló szavakat 
elhagyom, mivel nem az adott cég 
elmarasztalása a célom, hanem egy 
tipikus helyzet bemutatása. (Egyébként 
szó szerinti idézet, benne zárójelben 
hozzáfűztem saját megjegyzéseimet.) 

A szakemberek a frankfurti szolgál- 
tatónál találtak olyan rendszert, amely 
a leginkább megfelelt az itteni igények- 
nek. Az EAS elnevezésű programmal 
1993 februárjában kezdtek ismerkedni 
a cég munkatársai. Hamarosan kiderült, 
bár a szoftver jó, a magyar viszonyokra 
egy picit másként kell alkalmazni, hi- 
szen a németországi szolgáltatók jóval 
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kisebbek, az energiával pedig nem ha- 
vonta, hanem évente számolnak el. 
Akadt egy másik, nem lebecsülendő 
különbség: Németországban más a fi- 
zetési fegyelem. 

(A kiválasztás tehát abból állt, hogy 
a látott rendszer megtetszett, mint me- 
sében a legénynek a leány. Üzleti célok 
megfogalmazása, prioritások, felhasz- 
nálói követelmények pontos elemzése 
mind elmaradhatott. Ugyanúgy, mint a 
mesében.) 

A cég megvásárolta az első gépet, 
amelyhez háromszáz végponton csatla- 
kozott személyi számítógép vagy ter- 
minál. 1993 augusztusában kezdődött a 
fogyasztók adatainak betáplálása. Pró- 
baüzemre nem maradt idő, a cég nyil- 
vántartásába átkerült címekre a követ- 
kező hónapban a Díjbeszedő már nem 
küldte ki a számlát. 

(Elmaradt tehát az előzetes tervezés, 
ugyanígy elmaradt az átvételi teszt és 
a bevezetés előkészítése. De a rendszer- 
rel mindezek ellenére indulni kellett. 
, Sorakozó a túloldalon, száraz láb- 
bal!" Van ennek a módszernek szerve- 
zéselméleti neve is: a felégetett hidak 
módszere. Csak rendkívüli esetben sza- 
bad választani, a teljes ellehetetlenülés 
állapotában. Ekkor azonban utólag kö- 
telező megvizsgálni azt, hogy mi veze- 
tett a teljes ellehetetlenüléshez. Itt nem 
erről van szó. Itt csak az van, hogy az 
informatikai szakma bizony nehéz.) 

Az adatok átvétele, a rendszer feltöl- 
tése 1994. március végén fejeződött be. 
Közben az első gép kapacitása szűkös- 
nek bizonyult, vettek mellé egy máso- 
dik központi egységet, a nyilvántartás 
igényeit azonban ez sem győzte. 

(Érdekes lehetett ez a pillanat. Eddig 
lehetett bizakodni, hogy ügyes magyar 
szoftveresek majd megoldják! Most 
azonban már nyilvánvalónak kellett 
lennie, hogy a gondos tervezés semmi- 
vel nem pótolható. Vajon mire gondolt 
ekkor a felelős vezető? Tudott egyálta- 
lán a problémáról? Az informatikai 
helyzetről szóló jelentések általában 
szépítettek vagy szakmailag kódoltak. 
Ez a probléma is megérne egy misét. . .! ) 

Az első időszakban a kirendeltségek- 
ről lekért adatok húsz perc alatt érkeztek 
meg. Az ügyintéző beírta a reklamáló 
ügyfél adatait, majd negyedórán és öt 
percen át nézték az üres képernyőn 
villogó kis kockát, míg megjelentek a 
fogyasztó nyilvántartott befizetései. A 
reklamálók sora pedig az első hetekben 
nagyon hosszú volt, hiszen az újonnan 
kiképzett leolvasók több hibát is ejtet- 
tek, a díjbeszedő adataival pedig ren- 
geteg hibás információ került a rend- 
szerbe. 


(Minden rendszer életében a legne- 
hezebb pillanat a bevezetés. Ha lettek 
volna üzleti célok, ezek egyike kellett 
volna legyen a válaszidő elfogadható 
nagysága. De ez olyan általános infor- 
matikai elem, hogy üzleti célok ide, 
üzleti célok oda, nem fogadható el egy 
rendszer, ha idegesítően hosszú válaszi- 
dőket ad. Érdemes határt húzni: meddig 
elfogadható a helyzet, mikortól nem.) 

Nem egyszerűsítette a helyzetet az 
sem, hogy ugyanezekre a hetekre esett 
a posta számítógépes átállásának pró- 
baüzeme, s az is hosszú ideig tartott, 
míg háromszázezer fogyasztó új meg- 
bízását az OTP a lakossági átutalási 
számlákról teljesíteni tudta. 

(A tervezéskor a külső körülményekre 
is gondolni kell!) 

Az első két gépet rövidesen eladták, 
s helyettük modulokból építkező, a fel- 
dolgozókapacitás csaknem korlátlan 
bővítésére lehetőséget adó IBM gépet 
vásároltak. 

(Emlékezzünk, ez már a harmadik 
hardvervariáció! Van azonban szebb 
jövő; az eddigi gépek nem kaptak nevet 
említésükkor — szegény névtelen kis 
rosszak. De ne csüggedjünk, itt a Nagy 
Kék. És a mesebeli varázsló mindent 
jól megold!) 

B. L., az informatikai főosztály ve- 
zetője arról számolt be, az új központ 
ezerötszáz végponttal rendelkezik, s a 
kirendeltségekről kért adatokat egy má- 
sodpercnél rövidebb idő alatt kikeresi 


" raz adatbázisból. A számlakészítés ideje 


két másodpercre zsugorodott, ami pá- 
ratlan teljesítmény, ha figyelembe 
vesszük, hogy a számlakészítés a cég 
esetében nem egy egyszerű matemati- 
kai feladványt jelent. Azt az időt beszá- 
mítva, amíg a leolvasó kimegy az adott 
címre, becsönget, leolvassa az órát, 
felírja az adatokat, majd visszatér a 
kirendeltségre, s onnan rendszerbe kül- 
di az információt, nos, ezt az időt is 
beszámítva tart két másodpercig egy 
számla elkészítése — az új számítógép- 
pel." (Népszabadság, 1995. augusztus) 


No comment. De mégis... 


A ,sikersztori" befejező részéhez 
már szinte nem is , illik" kommentár. 
Ha valaki akarja, akkor így lehet egy 
hosszú idősorból két másodpercet va- 
rázsolni. Csiribí-csiribá. (Nyilvánvaló 
persze, hogy ez itt újságírói pongyola- 
ság, de sajnos elmenne egy rendszer 
tudományos értékelésekor is. Még min- 
dig. Talán nem minden esetben. Leg- 
alábbis, vélhetően, nem minden publi- 
kum előtt...) 

Homonnay Gábor 
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BNNKTEGHOL 


HON IAANET 





UNIXUMOK 





A Data General sebességváltója 


Dögös kis Unix 


A Data General (DG, azaz DöGö) 

azzal hívta fel magára a legutóbbi időben 

a figyelmet, hogy a RISC-korszakból 
visszaváltott a CISC-be, amennyiben 

a Motorola 88000-es CPU-k helyett az Intelnek 
a P5 utáni CPU-ival akarja folytatni az életet. 
Az esemény apropó arra, hogy bemutassuk 

a DG Unixot, ami önmagában is unikum, 

mai tinédzserzsargonban szólva: igazán dögös. 
Ráadásul a DG kártyái közül előbújt 

még egy adu ász is, a NUMA-busz, 

amelyre igencsak érdemes odafigyelni. 


A Data General a 80-as évek végén 
vette észre, hogy a szakmai spektrum 
kiszélesedése folytán egyetlen gyártó 
sem tudhat mindent gyártani. Ekkor 
tűzték a cég zászlajára az egyedi gépek 
erőltetését felváltó új jelszót: a nyílt 
rendszerek támogatását. Döntésükkel 
akkor több nagy céget megelőztek, s 
ehhez járult még néhány akkoriban 
terjedő eszmei áramlat igenlése, mint 
például a RISC processzorok hosszú 
távú jövőjébe vetett hit. 

S bár ez a hit egy kicsit most éppen 
gyengülni látszik, de a nyílt rendszerek 
útjára mégis úgy lépett a DG, hogy az 
egyedi gépes világ után tiszta lappal 
indulva rukkoltak ki egy teljesen új 
filozófiájú  termékskálával, tényleg 
RISC processzorra, a Motorola 88000- 
es családra alapozottan. 

A gyökeresen új processzor válasz- 
tása jelentett ugyan némi rizikót, vi- 
szont rengeteg energiát megspórolt a 
fejlesztőknek abból a munkából, amit 
más koncepcióval a nyílt rendszerekhez 
közelítő cégek mérhetetlen mennyiség- 
ben pazaroltak el a régi élettér átmene- 
kítése kapcsán. 

A tisztalap-politikát a Unixra is ki- 
terjesztették, ez az oka, hogy a magas 
verziószámok (most éppen v5.2r4.l 
vagy újabban csak röviden DG/UX 
Release 4.1) ellenére fiatal Unix a DG- 
é. Sajnos, a Unixok történetéből már 
megtanulhattuk, hogy egy gyári Unix 
teljesítőképességéről, modern voltáról 
a verziószám általában semmit nem 
mond. A DG/UX élete azonban mind- 
össze 1988-ra nyúlik vissza, a 88k-s 


DG AVIiON gépcsalád indulását meg- 
előző évre. A DG unixosai vették az 
akkor ismert legjobb Unix-változato- 
kat, és a Unix-koncepciókat megtartva, 
teljesen áttervezték az AVON szerve- 
rek hardverkoncepciójának megfelelő- 
en. Ebből lett a DG/UX, amely tartal- 
mazta az SVR3-as, SVR4-es és a BSD 
Unixok összes fontosabb tulajdonságát, 
alapvetően a nyílt szabványokként el- 
fogadott SVID, Posix, FIPS, OSF 
(DCE, Motif 1.2), X-Consortium 
(X11R5) és XPGn előírásokat betartva. 

Hamarosan a DG/UX is hozzájárult 
némiképpen ezekhez a szabványokhoz 
olyan új tulajdonságai révén, mint a 


szimmetrikus multiprocesszoros üzem 
vagy a hibatűrő működés, ami a korábbi 
Unixok alapvető problémája volt, és 
amit a DG piaci partnereivel rövid távon 
sem akart megismertetni, nem úgy, 
ahogy a korábbi Unix-változatok gaz- 
dái szinte kivétel nélkül tették. 

Az egész újraírási munka fő mozga- 
tórugója az volt, hogy az alkalmazók a 
megoldásra koncentrálhassanak, és ne 
kelljen nekik minduntalan az alapokkal, 
az operációs rendszer idétlenségeivel 
bajlódniuk. További szempont volt 
még: nehogy már a DG/UX-ból sike- 
rüljön megint valami olyan egyedi ope- 
rációs rendszert faragni, ami csak az 
egyedi operációs rendszerek közt futna, 
elkanyarodva a nyílt rendszerek filozó- 
fiájától. 

Ezt a már említett szabványokhoz 
történő ragaszkodáson túl úgy valósí- 
tották meg, hogy a régi elemek alterna- 
tívaként rendelkezésre álljanak. Ennek 
révén például ma a DG AVIiON szer- 
vereken a 3000 natív alkalmazáson túl 
3000 másik futhat a PICK/Unix kon- 
cepció alapján. 

A DG/UX alig 6 éves pályafutása 
során kifejezetten sikertermékké nőtte 
ki magát. A rendkívül jól méretezhető 
(scalable, amit mindig skálázhatónak 
fordítanak — lustaságból, vagy ki tudja 
miért?!) AVIiON szervercsalád, amely- 
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Performance Discontinuity 
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nek csak az apróbb modelljei voltak 
Magyartuszágon piacképesek, a na- 
gyobbak hatalmas teljesítménye miatt 
csnkis a DUX segítségével futhattak 
be olyan sikereket, ami a IDG-t az egyik 
legerősebb  , leméretezési" (downsiz- 
ing) CÉRBÉ Avattn. Természetesen a DG 
ég a DGYÜX, hz enterprise, azaz nagy- 
vállalati megoldások bajnokának érzi 
magát, alapon okokból (hol vannak ma 
nálunk olyan nagy vállalatok, amelyek- 
re n Dei, nz §t (4), n Novell és mások 
gondolnak e szavak mögött!) 

A nagyvállalati erőlorrás-kezelést 
természetesen harmadik szállítós ter- 
mékek negítik n( omputer Associates- 
től. az Örneletől, és an ma szintén 
sikerpályán SAP tól, mégpedig a kli- 
ent/ezerver R/A nanal fémjelezve. A 
nagy cégek átlérénét n kliens/szerver 
megoldások nagyvállalati áttervezést 
(Geengineering) én átrendezést (rehos- 
tinp) segítő eszközök szolgálják: Acu- 
ensbol, AV Image, ("ognos, IBI, Micro 
Főtus. Az ndatbáziskezelő-választék is 
elég széles: például az Advanced Pick, 
mint főként DC4/1IX specialitás, bármás 
platformon in él, a CA Open Ingres, a 
Cineom Supra; az Informix, az Oracle, 
4 PlyOpen, a Progress vagy a Sybase. 
A DG/UX -ban élenjárónn kezdtek hoz- 
zá pótolni a Unixokból eredetileg — 
tálozottan online profilja miatt — hi- 
ányzó zárt tizemi rendet támogató esz- 
közök feltámasztásához. 

Azóta más Unixok fejlesztői is észbe 
kaptak ebben na témában (HP, IBM). 
Megjelentek harmadik piaci szállítók 
in, mint a CA, amely a nagygépes 
tizemeltetési tapasztalatait ötvözte a 
CA Unieenterbe, A BMC Software cég 
Parrolja színén e kitegóriába tartozik. 
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Természetesen a DG továbbra is tartani 
akarja az X/Open vezényletével folyó 
szabványosítást, ezért már az üzemelte- 
tési szabványnak tervezett Tivoli Man- 
agement Environment (TME) is szere- 
pel az ajánlatban. A fejlesztési és üze- 
meltetési — infrastruktúrát támogató 
olyan szoftverek is megjelentek a 
DG/UX alatt, mint a GroupWise, a 
Saros és a SoftrSwitch. 


Hardverbázis 


A Motorola 88000-es RISC pro- 
cesszorainak egyik fő jellemzője az 
alacsony árszínvonal. Egyrészt nem 
hajtják agyon a fejlesztést, hiszen a 
szakmában nincs még egy processzor, 
amelynek a maszkjai olyan hosszú éle- 


tűek lettek volna, mint ennek. A felve- 
vőpiac óriási, a játékgépipartól a beépí- 
tett ipari vezérlőkig rendkívül sok ter- 
mék intelligenciájának ez a központi 
eleme. (Egyebek közt az autóiparban 
is.) A sok változtatgatást ez a piac 
kevésbé tűri. A kiterjedt alkalmazás 
egyik mozgatórugója volt a szakmánk- 
ban szintén élenjáróként megjelent 88 
Open kódszabvány magalkotása. A 
88000-es processzort már eredetileg is 
alaposan felkészítették a  multipro- 
cesszoros működés támogatására, nem 
úgy, mint az Inteleket, amelyekben ez 
a funkció még mindig újdonságszámba 
megy. 

Az új széria alapjául szolgáló Intel 
processzorokat nemigen kell bemutatni. 
(Az utódválasztáskor egyebek közt ép- 
pen ezért voksoltak az Intelre, malici- 
ózusan hozzátéve, hogy az Intel válasz- 
tása miatt még senkit nem néztek bo- 
londnak.) 

A DG persze nem az amúgy is nyo- 
mott PC-piacra akar betörni, ezért leg- 
szívesebben még a Pentium-korszakot 
is kihagyta volna. Az igazi sorozat 
szerintük majd csak a Pentium Próval 
és társaival indul. Ez viszont azt jelenti, 
hogy már egy négy P-Pro processzoros 
konfiguráció is túllövi a legtöbb magyar 
cég belátható jövőjében igényelt számí- 
tástechnikai teljesítményigényét. 


. NUMA-buszos trükk 


A DG AVIION szerverek kritikus 
hardvereleme a NUMA szimmetrikus 
multiprocesszoros SMP működést tá- 
mogató speciális rendszerbusz. A nor- 
mál SMP gépekben egyetlen, a pro- 
cesszorbuszra csatlakozó tárat alkal- 
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maznak, miáltal az összes processzor 
— elvileg — egyenlő idő alatt fér hozzá 
a megcímzett tárrészekhez (Universal 
Memory Access — UMA). Az ilyen 
gépekben a processzorok gyorstárainak 
a szinkronizálása a processzorok szá- 
mának növekedésével együtt egyre 
több gondot okoz, ami végül is nagyon 
behatárolja az értelmesen még kihasz- 
nálható többletprocesszorok számát. 

Ebből a kiút a másik multiprocesz- 
szoros architektúra, az MPP, a masszív 
paralel processzoros gépkonstrukció. 
Az MPP gépekben minden processzor- 
nak külön tára van, nem osztoznak a 
közösön. Emiatt az adatszinkronizációs 
problémák egyszerűbbek. Az ilyen gé- 
pek akár több százezer processzoros, 
teraflopsos szuperszámítógépek készí- 
tését is lehetővé teszik. 

Ezzel csak az a probléma, hogy az 
ilyen gépek teljesítményének a kihasz- 
nálásához alapjaiban fel kell forgatni a 
programokat, átalakítva őket totálisan 


paralel működésűre, ami igen kemény . 


feladat. Eddig többnyire csak az adat- 
báziskezelő cégek birkóztak meg vele 
(Oracle, Informix, újabban Sybase és a 
DG-bennfentes Pick), bár néhány táb- 
lázatkezelő is alkalmas kihasználásuk- 
ra. 


Az SMP és MPP közös része 


Az SMP miatt nincs szükség a prog- 
ramok átalakítására, mégis érvényesít- 
hetők a paralel üzem előnyei. A két 
megoldás között kompromisszumra 
volna szükség. Ezt a DG a NUMA 
(Non-Uniform Memory Access) rend- 
szerbusz bevezetésével oldotta meg. 

A dolog lényege az, hogy a pro- 
cesszorok mellett különbejáratú tárak 
vannak, mint az MPP rendszerekben. A 
tárakhoz minden processzor gyorsan 
hozzá tud férni, és a gyorstár szinkro- 
nizmusát ehhez illesztve tudja irányíta- 
ni. Más címtartományba címzett, más 
processzorokhoz tartozó tárak elérése a 
NUMA-buszon át kicsit rosszabb idő- 
paraméterek mellett történhet. Erre utal 
a Non-Uniform, a nem egységes jelző. 

A régi SMP és az új NUMA archi- 
tektúra közötti különbségeket azokkal 
az ábrákkal szemléltetjük, amelyeket a 
Data General magyar képviselője, az 
Opsys Kft. az elmúlt év végén, nem 
sokkal az amerikai bejelentés után tar- 
tott bemutatón használt a probléma 
érzékeltetésére. 

A DG az új Intel-szerverek NUMA- 
buszára egyébként közönséges Intel 
gyártmányú, tárakkal felszerelt pro- 
cesszorkártyákat dug (amelyekből ké- 
sőbb SHV chipek lesznek), tehát nem 


szórakozott saját Intel-processzor— 
alaplap konstrukciók fejlesztgetésével, 
mert akkor egyhamar nem léphetett 
volna a piacra. Az a tény viszont, hogy 
a szuperszerverekhez végül is kom- 
mersz Intel-kártyák használhatók, rend- 
kívül jó árfekvést biztosít az új DG 
gépeknek. Erre érdemes külön is felfi- 
gyelni. 


Műszaki paraméterek 


A DG/UX az AVIiiON szerverek és a 
CLARIION RAID diszkalrendszerek 
szerverfunkcióinak  multiprocesszoros 
— az előbb elemzett NUMA-busszal 
javított — hardverének, rendelkezésre 
állásának és élesüzemi szolgáltatásai- 
nak a támogatására optimalizált operá- 
ciós rendszer. Ezekben a kategóriákban 
nemrég olyan Unixok előtt végzett az 
első helyen egy tesztben, mint a HP- 
UX, az IBM AIX, a Sun Solaris és a 
Digital Unix. Ma már legerősebb része- 
leme az SVR4-es vonulat. 

A következő főbb DG/UX-jellemzők 
emelhetők ki: 

— Széles skálán méretezhető telje- 
sítmény. NUMA-SMP-alapokon maxi- 
málisan 32 processzorig, ami az alkal- 
mazások számára a bevezetett virtuális 
processzorszint beiktatásával teljesen 
transzparens. 

— Minden létező processz párhuza- 
mosan dolgozhat akármelyik fizikai 
processzoron, a kernel, az i/o és az 
alkalmazói processzek egyaránt, totális 
többszálas működést és preemptív üze- 
met megvalósítva, akármelyik processz 
akármelyik CPU-n folytatódhat, bele- 
értve olyan hálózati szoftvereket is, 
mint a TCP/IP, de ez még talán mind 
semmi ahhoz a tulajdonsághoz képest, 
hogy egyszerre több kernel állapotú 
processz is futhat párhuzamosan! 

— Magas szintű rendelkezésre állás. 
Tükrözés, hibatűrő tárkezelés — RAID 
0, 1, 2, 3, 5 és 1/0 szint a CLARiiON 
diszktömbökben, egyebek közt olyan 
nyalánkságok, mint a sérült állomá- 
nyokból eredő hibaterjedés blokkolása 
(!), az AV-Alert felügyelete alatt, má- 
sodperc, sőt annál is kisebb kiesési 
időket garantálva: Level-5 szintű véde- 
lem mellett, távoli osztott csoportgépes 
környezetben katasztrófatűrő képessé- 
gekkel felruházva — stb. 

— Robusztus háttértárkezelés. Több- 
fajta állományrendszer, tükrözött rend- 
szertáblázatok, automatikus és transz- 
parens hibás sávkezelés, terabájtos 10- 
gikai állományrendszer és 2 Gbájtos 
sima állománycímzési tartomány, disz- 
kmezőkből kombinált virtuális diszkek, 
tárba ágyazott állományrendszerek, a 


futás közben, tehát nem csak egyfel- 
használós állapotban is a legkritikusabb 
feladatokra használható GFM grafikus 
állománymenedzser felügyelete alatt 
stb. 

— Könnyű üzemeltethetőség. Ala- 
csony szintű ütemező és hosszú távú 
munkaindító ütemezők mellett egy mú- 
ködést optimalizáló közbenső ütemező 
is van az optimális, többé-kevésbé ega- 
lizált feladatátfutási idők biztosítására, 
ami korábban a Unixokból teljesen hi- 
ányzott, de a Legato cégtől származó 
hálózati backup/restore adatbiztosító 
alrendszer se kutya. 

— Távműködési támogatás. Kapcso- 
lat régi és új rendszerekkel, egyenrangú 
és kliens/szerver üzemmódban, bizton- 
ságos RPC, ONC/NEFS 4.0, STREAMS. 

—  Többnyelvi támogatás más Uni- 
xoknál máig is ismeretlen mélységben. 

— Szigorú adatvédelem. B3, sót 
majdnem Al szint a DSO Information 
Security termékre támaszkodva — a 
korábban e lap hasábjain is elemzett 
, Sárga könyv" beosztása szerinti leg- 
erősebb védelmek. 

—  Egyenszilárdságú fejlett kli- 
ens/szerver rendszer a DGEM (DG En- 
terprise Management) alrendszer ve- 
zénylete alatt, aminek a DGEM-PC- 
változata már tisztességes operációs 
rendszernek számítható Windows-NT 
alatt működik. 

— Szabványosság és ezzel a befek- 
tetések megóvása változtatások esetén. 

Felsorolni is nehéz volt. Pedig van 
még egy fontos tulajdonsága: rengeteg 
tartalékkal rendelkezik a jövő hardver- 
architektúráinak fogadására. A régi 
88000-es és az új Intel-változat forrás- 
kódja szinte azonos, amit még egy 
árnyékoló szoftver tesz átlátszóbbá 
(DG/UX Portable Systems Software 
Environment — POSSE), tehát egy 
alkalmazást elég egy forráskódváltozat- 
ban ráfejleszteni. 


Konklúzió 


Ezek után mindenki maga vonhatja 
le a következtetéseket. A DG/UX olyan 
tulajdonságokat nyújt már ma, amilye- 
neket mások csak ígérgetnek vagy fél 
évtizede. Most ehhez hozzájön az Intel 
processzorbázis, és már a magyar pia- 
con sem lóg ki a sorból. Ami a szerzőt 
külön meglepte, a specifikációs lap és 
a tényközlő ismertető (white paper) 
olvasásakor, hogy annyi mély szakmai 
részletet olvashatott bennük, mint hat 
más termékben együttvéve sem. A DG 
tényleg nyílt. Nem rejti véka alá a 
tudását. Dögös kis Unix! 

Zsadányi Pál 
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Delrina CyherJack 7.0 


Típus: univerzális 
kommunikációs szoftver. 
Gyártó: Delrina (már a Symantec 
többségi tulajdona). 
Minimális hardverkövetelmények: 
8 MB RAM, 24 MB háttértár-kapacitás, 
faxmodem vagy direkt 
TCP/IP-kapcsolat. 
Támogatott operációs rendszer: 
csakis MS Windows 95 
(még NT 3.51 sem). 
Becsült listaár: 14 000 -- áfa. 


Irány a információs szupersztráda! Ez a kommunikációs 
csomag is elsősorban az Internet-szolgáltatásokat van hivatva 
száz százalékig megtámogatni. Vagyis: 

— Biztosítani az automatikus modemdetektálást, bolond- 
biztos wizardírozó üzembehelyezést. 

—  Böngészni a World Wide Weben. 

— Internet e-mail üzeneteket küldeni és venni. 

— Letölteni FTP protokoll szerint. 

— Hírcsoportokat (pl. Usenet newsgroups) olvasgatni. 

— Írásban társalogni barátainkkal a hálózaton keresztül. 

A csomag a Microsoft Exchange-et is közvetlenül támo- 
gatja, és mellesleg tartalmazza a WinComm Pro 7.0-s válto- 
zatát is, amely magában foglalja az alábbi lehetőségeket: 
fájltranszfer BBS-ekre és BBS-ekről háttéridőben, kis-, kö- 
zép- és nagygépes terminálemuláció. Benne beépített Image 
Manager, Norton vírusdetektor, Host Mode, Backscroll Buf- 
fer, Winsock- és RIPscript-támogatás, valamint ZIP Manager. 

Minden, amit a Microsoft a Win95-ből kifelejtett, vagy 
nem tett kellően egyszerűvé. 


Microsoft Office for Windows 95 
Resource Kit 


Típus: technikai és üzemeltetési 
ismeretek kézikönyve -- CD. 

Gyártó: Microsoft Press. 

Becsült listaár: 7200 -- 1296 áfa. 














A Microsoft Windows 95 Resource Kit mintájára a Micro- 
soft Press kiadta az Office 95 alapvető tudnivalóit is. Mindazt, 
amit szándékosan kihagyott vagy kifelejtett az eredeti Office 
kézikönyvekből. 

A legfontosabb témakörök: 

— Az Office architektúrája, benne az OLE 2.0, az MS 
Mail integráltsága, a megosztott alkalmazások és szolgálta- 
tások belső felépítése. 

— A Microsoft Access for Windows 95 strukturális 
felépítése, az egyes szintek (Application és Database Layer, 
Objects). 
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kifelejtett tudásbázis 


— Microsoft Excel Data Map. 

— Microsoft PowerPoint Presentation Layer, Templates. 

— Az MS Schedule-t- Stand-Alone és Group-Enabled 
módja. 

— Az MS Word 7.0 komponensei, adatformátuma, varázs- 
lói. 

— Az MS Office 95 telepítése, bevezetése nagyobb 
szervezetnél, a betanítás fázisai, leglényegesebb fogásai. 

— Client Customization Installation, Network Installation 
Wizard. 

— Áttérés (upgrade) korábbi Office-komponensekről, en- 
nek menedzselése. 

— Optimalizálás. 

— Win95 Registry és .INI bejegyzések részletes ismerte- 
tése. 

— A hosszú fájlnevek problematikája. 

— 16 bites Office-alapú megoldások átvitele 32 bit alá. 

Mindez a tudásbázis online, elektronikus, Win95 Help-for- 
mátumban is elérhető a könyv mellé csomagolt CD-n, amely 
mellesleg jól használható kiegészítő programokat is tartal- 
maz. (Ezek közül a legnagyobb érdeklődésre számot tartó 
alkalmazás egy WinWord-állományokat vizuálisan összeha- 
sonlító programocska.) A profik és rendszerüzemeltetők 
nélkülözhetetlen mindentudója a Win95 Resource Kittel 
egyetemben. 


Webster s NewWorlei Dictionary 
Third College Edition 


Típus: értelmező szótár 
és kisenciklopédia. 
Gyártó: Zane Publishing. 
Minimális/ajánlott hardverkövetelmények: 
386-os processzor 33 MHz-en, 
4/8 MB RAM, dupla sebességű 
CD-olvasó, SVGA 640x480 
256 színnel, hangkártya, 
illetve 68030-- Macintosh, 
8 MB RAM. 
Támogatott operációs rendszer: 
Windows/Win95 illetve System 7-t. 
Becsült listaár: 5600 -- 1296 áfa. 


A világon nyomtatásban több mint kétmillió példányban 
elkelt Webster értelmező szótár mintegy 150 000 szót, 11 000 
amerikai összetett szót vagy kifejezést foglal magában. Gyors 
lekeresőrendszer, etimológiai információk a szó eredetéről, 
automatikus szinonimakeresés. A program kimondottan szó- 
kimondó. 

A CD-n még ráadásképpen megkapjuk az American Con- 
sise Encyclopediát, amely multimédiás, több mint 15 000 
naprakész bejegyzéssel bír, s véleményem szerint egysége- 
sebb és átgondoltabb szerkezetű, mint a Microsoft Encarta 
enciklopédiája. 
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Agymetrix Multimedia Creative Suite 


Típus: multimédia-készítő program.. 
Gyártó: Asymetrix Corporation, Redmona. 
Minimális/ajánlott hardverkövetelmények: 
386-os processzor 33 MHz-en, 8 MB 
RAM, 32 MB harddiszk-kapacitás, 
dupla sebességű CD-olvasó, SVGA 
640x480, 256 színnel, hangkártya. 
Támogatott operációs rendszer: 
MS Windows 3.1 vagy korszerűbb. 
Becsült listaár: 48 000 -- áfa. 

Nem véletlen az egybeesés, az Asymetrix ugyanott székel 
az USA Washington államában, Redmondban, ahol a Micro- 
soft. Sőt az Asymetrix egyik fő részvényese és alapítója az 
a Paul Allen, aki Bill Gatesszel megírta azt a bizonyos Basic 
nyelvet, illetve annak idején együtt lopta vele a gépidőt a 
Harvard Egyetemen. A Microsoft két úttörő multimédia-pró- 
bálkozása, a Multimedia Beethoven és az MS Bookshelf is 
az Asymetrix Multimedia Toolbookkal készült. 

A Multimedia Toolbook ára azonban igencsak borsos, 900 
dollár, azaz mintegy 128 000 forint. Sőt létezik annak CBT 
változata is, potom 198 000-ért. (CBT -— Computer Based 


Training, s mint tudjuk, a Microsoft Word 6.0 és Excel 5.0 
tutorialja is ezen az alapon készült.) Nem lehetne egy kicsit 
olcsóbban? De igen! Ez az Asymetrix Multimedia Creative 
Suite, amely négy, egyébként önállóan is megvehető (darabja 
durván 20 000 Ft) szoftvert foglal magába, amelyek rendre: 

— Asymetrix Compel 2.0: egyszerű, jogdíjmentes prezen- 
tációkészítő, amely állóképeket, animációkat, videoklipeket 
jeleníthet meg tetszés szerint hanggal, narrációval, háttérze- 





lemezre szétvágja, telepítőkészletet produkál. Több mint 120 
minta, 200 MB-nyi képi és hangeffektus áll rendelkezésünkre. 

— Asymetrix Digital Video Producer: rafinált videosnittek 
gyártása látványos effektusokkal, áttűnésekkel, egymásra 
úsztatásokkal stb. 

— Asymetrix MediaBlitz: meglévő windowsos alkalmazás 
zenésíthető meg vele, hangalámondással. Multimédiás, ani- 
mációkkal fűszerezett diasorozatok, képernyőkímélőnek ne- 
vezett programok hozhatók létre segítségével. 

— Asymetrix 3D F/X: profi minőségű, háromdimenziós, 
polírozott, fény—árnyék hatásokkal , körüljárhatóvá tett" 
animációk és állóképek automatikus generálása, látványos 
feliratok, céglogók, hátterek, illusztrációk készítése. Renge- 
teg kész 3D-s elemet kapunk gyárilag is a CD-n. 

Herczeg József 





ET 





Miért érdemes 


értékes anyaggal megrakott korongot. 
2. Gyűrhetetlenné tettük a floppyt 





hiánytalan sorozathoz. 
4. Tíz szám áráért kap 12 számot 


lejártáig plusz befizetés nélkül kapja lapunkat. 
6. Kevesebbe kerül a lap terjesztése 





az Új Alaplapra előfizetni? 


1. Az előfizetők ingyen kapják a CD-mellékleteket 
Az Új Alaplap első alkalommal az 1995. decemberi számához adott extra CD-ROM mellékletet, a Novellel 
együttműködve. A későbbiekben hasonló akciókat szeretnénk legalább évente 1-2 alkalommal szervezni. Az állandó 
floppymelléklet mellett külön CD-ROM mellékletet is tartalmazó számok az újságárusoknál valamivel többe 
kerülnek (első alkalommal 100 forint volt a felár), az előfizetők viszont ingyen kapják meg a többszáz Mbájtnyi 


Amíg 5,25 collos, kívül-belül hajlékony floppy volt a lemezmellékletünk, a postai kézbesítők egy része (bár egyre 
kisebb hányada!) kettéhajtva gyömöszölte be lapunkat a postaládába. 1996. januárjától, a 3,5"-es lemezzel ez a 
gond megszűnt. (A levelesládákat összezúzó és fosztogató vandálok viszont továbbra is akadnak, ezért aki ilyen 
átokkal sújtott környéken lakik, annak célszerűbb a munkahelyi címére előfizetnie az Új Alaplapot.) 


3. Minden számhoz garantáltan hozzájut 


Lapunk nem tartozik a papírhulladékba kerülő kiadványok közé. Nagyon sokan minden számát elrakják, az esetleg 
hiányzó példányokat pedig évekre visszamenőleg igyekeznek pótolni. Aki előfizet, az automatikusan hozzájut a 


Ez 209 körüli árkedvezmény az hírlapárusoknál történő vásárláshoz képest, és anyagilag annak ellenére előnyösebb, 
hogy a jelenleg 3564 forintos évi előfizetési díjat előre kell kifizetni. 


5. Nem érintik az évközi árváltozások 


1995-ben a papírárak megduplázódása miatt kénytelenek voltunk év közben a lap eladási árát megemelni. Ilyesmi 
később is bármikor előfordulhat, de aki előfizetett az Új Alaplapra, azt az árváltozás már nem érinti: előfizetése 


Sokan azt gondolják, hogy a terjesztési költség , a kiadó belügye", amihez az olvasónak semmi köze. Pedig nincs 
igazuk! Hírlapárusi terjesztésben a lap árának átlag 39 százalékát teszi ki a terjesztői jutalék, vagyis a 356 forintos 
eladási árból (az áfa befizetését is figyelembe véve) a kiadó mindössze 190 forintot kap! Az előfizetésben kiküldött 
lapokat ezzel szemben jóval alacsonyabb postaköltség terheli. Ha tehát a terjesztésben nő az előfizetett lapok 
aránya, és csökken az utcai terjesztésé, az javítja a lap költséggazdálkodását, ezáltal kisebb mértékben emelkedik 
a lap ára. Az olvasó tehát jobban jár, ha az Új Alaplapnak több az előfizetője! 


Ha meggyőztük, hogy érdemes az Új Alaplapot személyesen előfizetnie vagy cégénél megren- 
delnie, írjon (Pf. 571, Bp. 1539), telefonáljon (156-3211/214-es mellék) vagy faxoljon (201-es 
mellék), és igényeinek megfelelően mi csekket vagy számlát (vagy mindkettőt) küldünk. 
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Most a genetikába ártjuk bele magunkat 


Az animat , születése" 


E cikk lényege egy mondatba sűrítve: 

a genetikai algoritmus egy optimalizáló módszer. 

Más megközelítésben azt is mondhatnánk, 

hogy a genetikai algoritmus a gépi tanulás módszere, 
amely az ötletet és a kifejezéseket 


az evolúcióból veszi. 


Az evolúció nem irányított folyamat, 
nincs egy kéz, amely megszabja, milyen 
irányba fejlődjenek az egyedek. (Ha 
újra lejátszanánk a törzsfejlődést, nem 
biztos, hogy lenne ember.) A környe- 
zethez kell illeszkedniük az egyedek- 
nek, és akinek ez jobban sikerül, na- 
gyobb valószínűséggel marad életben 
az alkalmazkodásra nem képeseknél. 
(Megeshet, hogy ezeknek az egyedek- 
nek egymással kell megküzdeniük a 
fennmaradásért.) 

Két módon keletkezhetnek új egye- 
dek: az egyik, amikor az új az eredeti- 
nek a másolata lesz (klón); a másik mód 
esetén a korábbi egyedek tulajdonságai 
kombinálódnak, azaz a gének kereszte- 
ződnek. Ekkor is választhatunk több 
módszer közül, versenyeztetjük a híme- 
ket, és a győztes joga és kötelessége 
lesz a következő generáció megalapo- 
zása (mint például a szarvasoknál), 
vagy párokra rendezkedünk be (mint a 
gólyáknál). 

Versenyeztetéskor érdemes a győz- 
test a következő menetbe is bevetni, 
hogy kiderüljön, nem satnyábbak-e az 
utódai. A gének kereszteződésekor fel- 
léphetnek bizonyos hibák is, amit mu- 
tációnak nevezünk. 


Szakmánk felé közelítve 


Most már nézzük az egészet a szá- 
mítástechnikus oldaláról! Programjaink 
nagy részében ugyanazt a programrészt 
több módszerrel is elkészíthetjük, illet- 
ve bizonyos módszerek valamely kons- 
tans megválasztásától függenek. Pél- 
dául, ha egy majdnem rendezett vektort 
rendezni kell, nem biztos, hogy a 
Ouicksort a legjobb megoldás, meg 
lehet adni olyan extrém eseteket, ami- 
kor a buborékrendezés sokkal jobb nála. 
A megfelelő módszer vagy érték meg- 
választása nehéz feladat. Itt segíthet a 
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programok evolúciója, mikor egy idő 
után a majdnem optimális megoldást 
kapjuk meg. Ennek a tapasztalatnak 
bizonyos esetekben már megvan a ma- 
tematikai bizonyítása is. 

A programrészeknek vagy konstan- 
soknak megfeleltetünk egy-egy kódot, 
s mivel általában nemcsak egy, hanem 
több (egymástól függő) helyen is sze- 
retnénk egyszerre optimalizálni, így 
egy-egy kódsorozatot (kromoszómada- 
rabot) kapunk. Jól járunk, ha a kromo- 
szómákat bitműveletekkel tudjuk ke- 
resztezni, ezért a kódok ugyanolyan 
hosszúak legyenek. Mivel a kódok 
ugyanolyan hosszúak, így a kromoszó- 
mák is azonos hosszúságúak. Ez az, ami 
a genetikai algoritmusokat a genetikai 
programozástól elválasztja, mert az 
utóbbiban nem megkötés a fix hosszú- 
ság. Ott valódi programokkal dolgo- 
zunk, a könnyebb kezelhetőség miatt 
Lisp programokkal, amely programokat 
fa formában is ábrázolhatjuk. (Az ilyen 
fában terminális és függvényjelek sze- 
repelnek.) Itt a kereszteződés a program 
részfáinak más részfára cserélésével 
történik, míg a generatív programozás- 
ban általában nincs mutáció. 

Az eljárások mindegyike kér véletlen 
számokat, és igen gyakran. Ezzel vi- 
szont nagyon vigyázni kell. Egyszer 
próbáltam egy ismert problémának, il- 
letve megoldásának utánaszámoltatni 
géppel. Milliónyi véletlen számot ge- 
nerálva kiderült, hogy egyáltalán nem 
tekinthető  véletlenszám-generátornak 
az, amit a Turbo Pascal annak vesz, 
mert minden szám éppen ugyanannyi- 
szor fordult elő, holott ennek igazán 
kicsi az esélye. Ha ilyen genetikai al- 
goritmusokat akarunk használni, akkor 
a beépített véletlenszám-generátornál 
jobbat kell választanunk. (Egy ilyen 
megírásához ötleteket, algoritmusokat 
D. E. Knuth , A számítógép-programo- 


zás művészete" c. könyvének második 
kötetében találunk.) 


Darwin nyomán — szabadon 


Hasonló feladatok megoldására szol- 
gálhat az evolúciós programozás is. 
Míg a genetikai algoritmusok esetén 
inkább az a jellemző, hogy a termé- 
szetben megfigyelt dolgokat genetikai 
operátorokkal próbálják megoldani, itt 
a szülők és a leszármazottak kapcsolata 
a lényeges. Általában ugyanis úgy vá- 
lasztják meg a mutációt, hogy nagy 
valószínűséggel csak kissé térjen el a 
gyerek a szülőtől, míg a nagy, lényeges 
változásoknak majdnem elenyésző esé- 
lye legyen. Ez a módszer is főleg akkor 
használható, ha sem a gradiens mód- 
szer, sem valamilyen direkt analitikus 
módszer nem vezet eredményre. 

Egy ilyen tipikus probléma az utazó 
ügynök esete, akinek egy adott gráf 
élein haladva az összes csúcsot érinte- 
nie kell, majd visszatérni a kiindulási 
pontba, és mindezt a lehető legrövidebb 

. úton. Itt minden megoldáshoz (úthoz) 
tartozik egy szám (az út hossza vagy 
költsége), amely a megoldás életképes- 
ségének mértéke. Mi a legéletképesebb 
megoldásra vagyunk kíváncsiak, bár 
egyes esetekben igen életképes, nem 
optimális megoldással is megelég- 
szünk, ha azt gyorsan megkaphatjuk. 

A módszer lépései a következők: 
először készítsünk egy véletlen kezdő- 
populációt (azaz megoldások egy hal- 
mazát). E populáció méretét igen sok 
dolog befolyásolja. Legegyszerűbb, ha 
mi a próbálkozásnál maradunk. A régi 
populációt átmásoljuk egy új helyre 
(populációba), és ugyanide kerülnek 
régi populációból mutációval kapott 
egyedek is. Az életrevalóbbak közül 
kerülnek ki azok, akik a következő 
populációba is bele fognak kerülni, és 
ez megy mindaddig, amíg vagy le nem 
telik az idő, vagy találunk egy számunk- 
ra jó egyedet. 


Napjainkban már egymásra találtak 


Nevében kicsit különbözik, ám hosz- 
szú ideig külön fejlődött az evolúciós 
stratégia. Ennek oka lehetett az is, hogy 
az evolúciós stratégiákat szinte csak a 
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mérnökök ismerték, és ők is csak akkor 
vették elő, amikor egy zárt alakra nem 
hozható kifejezés optimumának meg- 
keresése volt a feladat, ahol a standard 
megoldásokat nem tudták használni. Itt 
is a természetet , majmoljuk": több fo- 
kozatban haladunk tovább, a gyerekek 
mellett a szülő is megmarad mindaddig, 
amíg valamely leszármazottja túl nem 
szárnyalja. Mivel ez egy igen egyszerű 
modell, sikerült bizonyos elméleti ered- 
ményeket megkapni, így például az " 1/5 
sikeres" szabályt, amely szerint az 
összes mutánsnak csak az ötöde sikeres. 
Ezt az egyszerű modellt általánosítot- 
ták, így megjelent itt is a kereszteződés, 
a szülők egy része kihal, és még hason- 
lók. 


Evolúció és degenerálódás 


Nézzük, miből is áll egy egyed: 
egyrészt a keresési térben egy pont 
bizonyos koordinátákkal, másrészt egy 


ugyanilyen dimenziós érték jelöli a 


változékonyságot. Ilyen szórású, nulla 
várható értékű valószínűségi változót 
kell hozzáadni majd az előbb említett 
változókhoz; a szórás generációról ge- 
nerációra csökkenni fog. A vizsgált 
függvény az előbbi pontokban felvesz 
valamilyen értékeket, ezekből kapjuk 
meg a továbbtenyésztésre szánt szülő- 
ket (ezek számát jelöljük m-mel), és 
véletlenszerűen néhány egyedet, ők 
még a következő generációban is helyet 
kapnak, ezek számát jelölje I. Az m/l 
arány meghatározza a stratégiát, így ha 
m55, 1-100, azaz igen keményen válo- 
gatunk, valószínűleg lokális maximu- 
mot kapunk. Ha engedékenyebbek va- 
gyunk (m-15, 1-100), akkor jó esé- 
lyünk van rá, hogy a globális maximu- 
mot kapjuk meg. 

Teljesen véletlen folyamattal ezt a 
módszert nem lehet utánozni, mert ez 
azt jelentené, hogy a gyereknek semmi 
köze a szülőhöz. A populációt elég 
nagyra kell választani, és több külön- 
böző egyedetis tovább kell tenyészteni, 
mert csak így őrizhetjük meg a gének 
dolgozunk, akkor egyre szegényebb 
lesz a génkészlet, és kihal a populáció. 
Hasonló folyamat figyelhető meg a 
királyi családoknál, ahol a sok kereszt- 
be házasodás miatt igen sok volt a 
torzszülött és az elmebeteg, de a fajku- 
tyák ideges (gyakran tényleg elmebe- 
teg) viselkedésének is ez az oka. Lehe- 
tővé kell tenni a gének kombinálását, 
mert egy egyed nem képes a populáció 
összes jó tulajdonságának továbbörökí- 
tésére, ezért mindenképpen legyen az 
m egy 1-nél nagyobb szám. 


Az evolúciós stratégiákról írtunk ta- 
lán a leghosszabban, egyrészt ez a 
legbonyolultabb, másrészt ez közülük 
a leghatékonyabb módszer. Valószínű, 
hogy majdnem minden típusú optima- 
lizációs problémára használható, mert 
minimális az igénye a probléma függ- 
vényével szemben, így még a derivál- 
takra sincs sehol szükség. Eddig több 
mint háromszáz éles feladat megoldá- 
sában nyújtott segítséget. 


Állat és robot 


A következő módszert osztályozó 
rendszereknek nevezik. A legegysze- 
rűbb megközelítési módszer az "ani- 
mat", ami az állat és a robot szó ösz- 
szevonásából származik. Ez a fogalom 
egy olyan szerkezetet takar, amely egy 
gépi környezetben , él", bizonyos érzé- 
kelőivel vesz tudomást a világról, és 
ezekre a beépített szerkezeteivel (lábak, 
kerekek) válaszol. Hogy milyen ingerre 
hogyan válaszoljon, azt egy fekete do- 
boz (kis számítógép) dönti el. Egy ilyen 
szerkezetet akár meg is építhetünk, de 
egyszerűbb, ha modellezzük a számító- 
gépen. 

A Kermit nevű animatot mutatom be 
most röviden. Ez egy békát modellez, 
amelynek szemei, szája és lábai vannak, 
így együtt egy röpködőlégy-felderítő és 
-elfogyasztó gépezet. Már csak a fekete 
dobozt kell leírnunk, hogy Kermit életre 
keljen. A fekete doboznak vannak be- 
menetei, kimenetei és egy szerkezet 
(akár programnak is nevezhető), amely 
az inputjelekből az outputot elkészíti 
bizonyos szabályok alapján. Az egysze- 
rűség kedvéért ezek a szabályok egy- 
szerű if-then szerkezetek. 

Az ilyen szabályokat osztályozóknak 
nevezzük, és egyszerű módon kódol- 
hatjuk a 0 és 1 számokkal azonos 
hosszúságú kódokra. Az ilyen szabá- 
lyok halmazát pedig osztályozó popu- 
lációnak nevezzük, és az előzőek alap- 
ján remélhetőleg már mindenki tudja, 
mi módon juthatunk új populációhoz, 
azaz új szabályhalmazhoz. Például a 
béka (Kermit) szabályai lehetnek a kö- 
vetkezők: ha oldalt kis repülő rovart lát, 
forduljon feléje, ha elöl kis repülő rovar 
van, azt kapja be, ha a közelben kelepel 
valami, akkor szélsebesen meneküljön 
az ellenkező irányba. Ha nem engedjük 
meg szabályaink (populációnk) meg- 
változását, akkor egyszerű osztályozó 
rendszerről beszélünk, míg ha ezek 
megváltozhatnak, akkor tanuló osztá- 
lyozó rendszerről. 

Szerintem itt az az érdekes, ha sok 
véletlenül generált szabályhalmazzal 
rendelkező, esetleg egymással harcban 


álló animatot eresztünk össze, hogy 
győzzön a jobbik. Lelki szemeim előtt 
ott lebeg egy terem, ahol egy számító- 
gép képernyője előtt fehér köpenyes, 
jól szituált alakok üvöltöznek és kötnek 
fogadást, hogy a kék vagy a piros 
animatok ölik meg a másik fajt. 


Eddig tartott az elmélet... 


Nézzük, milyen programok léteznek! 
Egyrészt vannak fekete doboz progra- 
mok, amelyeket az emberek úgy hasz- 
nálnak, hogy nem is tudják, hogyan 
működnek. Nekik annyi elég, hogy a 
kitűzött feladatokat megoldják. Ilyen 
fekete dobozokat árulnak például a leg- 
ismertebb táblázatkezelők alá, hogy a 
feltételeknek megfelelő optimális meg- 
oldást megkapják. De vannak kereske- 
delmi programok üzleti, tervezési, me- 
netrend-készítési, vezérlési feladatok 
megoldására is. 

Az előbbi feladatok megoldására 
használt algoritmusok természetesen 
megtalálhatók közprogramok formájá- 
ban is, bár ekkor nekünk is kell egy-két 
szalmaszálat keresztbe tenni. Ezeket a 
programokat legtöbbször egyetemeken, 
illetve kutatóintézetekben készítik el, 
és nem a külcsín, hanem a belbecs a 
lényeg! Ennek eredményeképpen gyak- 
ran karakteres a kimenet, és menük 
helyett csak parancssorral vezérelhet- 
jük a programokat. A kompaktabb prog- 
ramok közül megemlíthető a Escapade, 
a Gaga, a Genitor, és talán a legismer- 
tebb a Genesis, amely PC-n is fut. 

Nekem leginkább a GAucsd tetszett 
meg: amellett, hogy igen sokat tud, 
elindíthatjuk a háttérben is, hogy ne 
foglalja le nagyon a gépet. Ha lehető- 
ségünk van rá, nemcsak saját gépünkön 
futtathatjuk le, hanem megoszthatjuk 
más gépekkel is, és ha a másik gépen 
a mi gépünk programja nem futásképes, 
akkor az ott automatikusan lefordítódik. 

Másik módszer az, hogy már meglé- 
vő algoritmuskönyvtárakból összeválo- 
gatunk egy programra valót. Az OOGA 
Lisp nyelvű rutinokat tartalmaz, míg az 
EM C nyelvűéket. Először ez utóbbit 
szántam a lemezmellékletre, de e prog- 
ramot leírás nélkül nem lehet használni, 
és a kettő együtt a lemezmelléklet felét 
lefoglalná. 

Még egy probléma van vele: a futó 
programot akkor kapjuk meg, ha ösz- 
szefordítjuk a könyvtárban szereplő 
(esetleg általunk kiegészített) kódokat. 
A fordítótól függően a programnak lé- 
tezik Turbo C 2.0, illetve Borland C--t 
verziója. (Azt nem várhatjuk el, hogy 
az olvasónak mondjuk pont az első 
legyen meg!) 
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Megemlíthetjük még az általános cé- 
lú rendszereket, amelyekben általában 
egy igen magas szintű nyelven egészít- 
hetjük ki alkalmazásunkat, és lehetősé- 
günk van az algoritmusok párhuzamo- 
sítására is. Ilyen programok az EnGE- 
NEer, GAME, PeGAsuS, és a Micro- 
GA. Ezek közül a legutolsó fut PC-n 
Windows alatt, és Borland €---t-t hasz- 
nál. Említést érdemel még a NASA által 
kifejlesztett Splicer, amely az egyik 
legjobban megérthető rendszer, ebben 
valószínűleg sokat számít a grafikus 
kijelzés. Miden programozói ismeret 
nélkül is használható egyszerű problé- 
mák megoldására. Macintoshra készült, 
de átírták Unix rendszerekre is, és spe- 
ciális feladatoknál egy kis C-programo- 
zói tudás is szükséges. Egyelőre a NA- 
SA és az amerikai kormányzat használ- 
ja, de nemsokára talán meg is lehet 
vásárolni. 


Megint csak hálózatosoknak 


Ezzel a témakörrel a comp.ai.genetic 
Usenet NetNews foglalkozik. Ilyen té- 
májú közprogram is igen nagy számban 
létezik, de a nagy populációk nagy 
számolásigénye miatt inkább a nagyobb 
gépekre. Az ftp.cc.utexas.edu gépet ja- 
vasolja még minden leírás, de helyette 
már az ftp.io.com gépen a /pub/gene- 
tic-programming/ alkönyvtárban talál- 
hatjuk meg az ilyen programokat, leírá- 
sokat, levelezési listák archívumait. A 
lemezmellékleten a generatív közprog- 
ramok listája és rövid leírása megtalál- 
ható. Az ai-t-guery(ocs.cmu.edu címen 
is megpróbálkozhatunk egy KEYS ge- 
netic tartalmú levéllel, hátha van ott is 
valami érdekes. 

A lemezmellékletre egy olyan prog- 
ram került (GAW), amely kellőképpen 
látványos, de nem csak játék. (Ha valaki 
játékokra kíváncsi, akkor találhat Win- 
dows screen savereket vagy — emberi 
segédlet felhasználásával — zeneíró 
programot és még sok hasonlót.) Ezzel 
a programmal egy általunk megadott 
egydimenziós függvény határértékét 
határozhatjuk meg. (Tudjuk persze, 
hogy erre vannak jobb módszerek is, 
de ezt alkalmazhatjuk jóval magasabb 
dimenzió esetén is.) 

A darwinizmust játékos formában 
mutatja be az ugyancsak a lemezmel- 
lékleten található BUGS program, a 
GPOUICK pedig végre egy kis forrás- 
programot is tartalmaz. Nagyon nehéz 
volt válogatni, nagyon sok remek és 
látványos demóprogram létezik, de 
ezeknek már mindenki saját maga kény- 
telen utánajárni. 

Aszalós László 


30 ÚJ ALAPLAP  1996/2 


Szövegötletek — I. 


Ouickey, a makrózsonglőr 


Jóllehet az emberek nagy része csak egy 
szövegszerkesztőt használ, mindenkinek ajánlható 
időnként, hogy újból gondolja át a lehetőségeket, 

és esetleg váltson. Néhány program lerövidítheti az egyik 
legunalmasabbnak tartott tevékenységet: a gépelést. 
Ebben a most induló sorozatban egy csokorra való olyan 
közprogramot mutatunk be (és azokban is főleg olyan 
fogásokat), amelyekkel hatékonyabbak lehetünk. 

Ilyen lehetőségeket természetesen az üzleti forgalmazású 
programok is tartalmaznak. Jó drágán... 


A sorozatunkban bemutatásra kerülő 
programokat kevés kivételtől eltekintve 
a SimTel, illetve a Garbo archívumban 
találtam meg, és e-mailen kértem le. 
Ezt ma már mások is könnyen megte- 
hetik. (Ha az olvasónak nincs saját 
hozzáférése, de van egy egyetemista 
ismerőse, akkor megkérheti őt, hogy 
kérje le a cikkben szereplő programo- 
kat.) Ha a programot a SimTel:msdos/ 
filedocsisimlist.zip jelöli, akkor a list- 
serv-ondsuvmil .bitnet címre írjunk egy 
levelet, amelynek törzsében a /pdget 
mail SimTel/msdoslfiledocsisimlist.zip 
sor szerepel. Viszont ha a programot a 
garbo:pcIINDEX.ZIP jelöli, akkor az 
fipmailogarbo.uwasafi címre egy 
openllcd pcl/lbinaryllget INDEX.ZIP 
tartalmú levelet küldjünk, ahol // helyett 
Entert gépeljünk. (Ez a két példa a két 
archívumban szereplő PC-s fájlok lis- 
táját adja. Az e-mailről bővebb infor- 
máció található az Alaplap 1994/3—5. 
számaiban.) 


Igényesen, választékosan 


Az alábbi programok mindegyike fut 
PC-n, de némelyikükhöz mellékelik a 
forráskódot is, amelyet más operációs 
rendszeren is lefordíthatunk. Ezért az 
is találhat magának a bemutatottak kö- 
zött érdekes programot, aki — akárcsak 
én — több rendszeren kénytelen dol- 
gozni, és ezért különösen szeretné, ha 
ugyanazon szövegszerkesztőt használ- 
hatná mindenütt. 

Mielőtt bekapcsolnánk a gépet, majd 
órákat ott töltenénk előtte, nézzünk 
körül, mennyire kényelmesek a körül- 
mények (egy kis ergonómia), mert töb- 


bórai folyamatos munka még akkor is 
megterheli a szervezetet, ha csak a 
feladatra kell figyelni, hát még akkor, 
ha sok minden zavarja az embert. Meg- 
felelő magasságú legyen a szék, az 
asztal, jók legyenek a megvilágítási 
viszonyok. (Ha nem tudunk változtatni 
a világításon, és az zavaróan tükröz, ne 
bámuljuk a képernyőt, csak akkor néz- 
zünk oda, ha valami lényeges változás 
történik.) 

Továbbá bármennyire is kényelmes 
a gép előtt, álljunk fel óránként öt 
percre, hagyjuk ott a masinát, sétáljunk 
(császkáljunk) egy kicsit. Ha a képer- 
nyőnk régebbi fajta, és 50 Hz-esnél nem 
gyorsabb, akkor sötét hátteret állítsunk 
be világos betűkkel. Viszont ha ennél 
magasabb frekvenciájú a képernyő, ak- 
kor kellemesebb (és kevésbé fárasztja 
a szemet), ha világos háttéren sötét 
betűkkel dolgozunk. 


Kezdjük a gépeléssel! 


Még a géppuskakezűek sem gépel- 
nek olyan gyorsan, hogy azt ne bírja 
feldolgozni egy XT. (Ezért nagyon 
gyakran én is egy laptop XT-n gépelek, 
s programjaimat is úgy válogatom, 
hogy ezen a gépen is normálisan fusson 
mindegyik.) Gépelési sebességünket 
felgyorsíthatjuk gépelést oktató progra- 
mokkal, — mint például a  Sim- 
Tel:msdosleducatinltypeen52.zip vagy 
SimTel:msdosleducatinltypefast.zip. 

Ha szöveget gépelünk, felmerül az 
ékezetes betűk problémája, amire Ma- 
gyarországon még a PC-re sincs egy- 
séges megoldás. Mégis: bármilyen 
rendszeren használhatóak, rendszerek 
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között átvihetők, és e-mailen is elküld- 
hetőek magyar nyelvű állományaink a 
Bábai-féle jelöléssel, amelyben például 
az á betű helyett a/-et írunk. (És így 
ö7-02, ő-o3 stb.) Ezt a jelölést a szö- 
vegszerkesztők Keresés/Csere művele- 
tével tetszőlegesen átalakíthatjuk bár- 
milyen más jelölésre vagy kódrendszer- 
re. Verhás Péter hion nevű programja a 
konverziót könnyedén megoldja. (Noha 
ennek a programnak fő funkciója a 
magyar elválasztás lenne. Napjaink sok 
magyar nyelvű számítástechnikai vagy 
matematikai könyvének nyomdai elő- 
készítésére ezt a programot használták.) 

Az olvasó kedvenc szövegszerkesz- 
tőjének — amelyet nemigen akar lecse- 
rélni azokra a programokra, amelyeket 
a későbbiekben bemutatok — valószí- 
nűleg korlátozottak a makrólehetősé- 
gei. Sok tárrezidens programot írtak 
már billentyűmakrózásra, az [Új JAlap- 
lap is ismertetett már néhányat. Most 
mégis bemutatom a Ouickey programot 
(garbo:pc/ keyboardigk200-zip), mert 
tartalmaz néhány figyelemre méltó" 
szolgáltatást. 

Ha valaki nem tudná, a billentyűmak- 
rózó programmal egy billentyűhöz bil- 


februári ajánlata 


Adobe PhotoShop 3.0 
28 900,-/15 400,- AUtoCAD LT 2.0 /Upgr. 
48 900,-/15 600,- Blinker 4.0 (Linker Clipperhez) 
63 900,-/36 400,- CA-Visual Objects for Win. 


Windows"95 és alkalmazásai 
Windows 95 /Upgrade 
ACCESS for Win95 
Office for Win95 (magyar) 


MS Office Prof. for Win95. 79 900,-/54 900,- Close Up 6.0 / Upgr. 1. 
11 900,- CorelDRAW 5.0 teljes magyar betű- 

48 900,-/15 600,- készlet (kb. 800 db font) 

CoreIDRAW 6 /Upgr. 5-ről 74 900,-/42 400,- CorelDRAW 5.0 CD /Up. 54 900,-/31 900.- 

16.400 -/ 7 900.- CorelDRAW 3.0 CD 
Norton Utilities for Win."95 19 900,-/10 900,- Corel Artshow 231445. 
10 900.- dBAASE IV 1.1 magyar fejl. 
F-Prot 2.21 Prof. (antivirus pr.) 


MS Publisher for Win95 
Word for Win."95 /Upgr. 


Norton Navigator /Upgr. 


Stacker 4.1 for Win95 /DOS 
Újdonságok, bevezető árak 

Borland Delphi for Windows 

Delphi RAD Pack 

Clipper 5.3 / Upgrade 

Corel Office Companion 


MathCAD 6.0 /6.0 Plus 
MS Visual Basic 4.0 Pro. 
MS Visual C44 4.0 Prof. Upgr. 


Hivjon! 


WinFax Pro 7.0 for Win9g5 
CD-ROM-ok, játékprogramok 
vith Hour / 30 Ultra Pinball 


Visio 4.0 /Upgr. 


Dark Forces /Dig 

EF 2000 / Rebel Assault 2 
Phantasmagoria 
Anyanyelvi könyvespolc 
Nyelvmester (angol középhaladó is) 


8 400,-/7 900,- 


6 800,- 


és Kereskedemi Kft. 
1112 Budapest, Hegyalja út 70. fszt. 2. 
Telefon: 371-5012 (fax is) és 06-30-461-058 





IBM OS/2 v3 Warp (magyar is) 
34 900,- MS DOS 6.22 /Novell DOS 7.0 
34 900,- Norton Commander 5.0 9 900,-/ 5 400,- 
34 900,-/17 900,- Norton Utilities 8.0 /UWp. 
16 900,- Novell NetWare 4.1 (5 user) 
Fractal Design Painter 4.0 Win95/Win 64 900,- PageMaker 6.0 /Up. 
21 400,-/52 400,- print Artist 3.0 (Új!) 
OEMM 8.0 /Upgrade (Új!) 14 400,-/8 900,- 
37 900,- OuarkXPress 3.32 for Win. (Új!) 117 400,- 
Visual FoxPro 3.0 Stand/Up. 28 900,-/14 900,- Ouattro Pro 6.0 Win./Up. 
Visual FoxPro 3.0 Prof/Up. 64 900,-/42 900,- Turbo Pascal 7.0 
17 400,- Unlnstaller 3.0 (Windows takarító) 8 400- 


7 600,-/5 200,- WinFax Pro 4.0 

Actua Soccer/FIFA Soccer96 7 600,-/4 800,- Windows 3.1-hez magyar ékezetes 
4 496.-/7 400,- TrueType betűcsomagok (50 db font)4 900,- 
Hardver árjegyzékünkből 

8 400,- SONY (2 és 4-szeres) CD ROM 
7900,- SoundBlaster hangkártyák 
HP DeskJet 600 
Angol-magyar Országh nagyszótár 15 400,- HP LaserJet 5L/5P 
PIC-DIC (angol/német/francia) képesszót. 5 999,- Logitech és DEXXA egerek, joystick Hívjon! 


a helyszíni üzembehelyezés költséget. 


lentyűleütések egész sorozatát rendel- 
jük hozzá, s ha leütjük a kijelölt billen- 
tyűt, akkor a program ezt a sorozatot 
elhelyezi a billentyűzetpufferben, amit 
azután az éppen futó program úgy dol- 
goz fel, mintha ezt a sorozatot gépeltük 
volna be. Ezt minden billentyűzetmak- 
rózó program tudja. 

A Ouickey esetében ezeket a hozzá- 
rendeléseket megadhatjuk menet köz- 
ben is (például egy szövegszerkesztő 
használata közben), vagy beírhatjuk 
egy fájlba, s innen tölthetjük be a 
memóriába. 


Még mindig Guickey 


Hasznos és máskor is felhasználni 
kívánt makróinkat a memóriából fájlba 
menthetjük. Ha a Ouickey-re nincs 
szükség, időlegesen vagy véglegesen 
inaktiválhatjuk. Beállíthatjuk, mennyi 
memóriát foglalhat el, hány makrónk 
lehet, mekkora lehet a billentyűpuffer, 
és hogy makróink milyen mélységben 
hívhatják egymást. Igen, a makrók meg- 
hívhatják egymást, azaz ha az egyik 
makró olyan billentyűleütést is tartal- 
maz, amelyhez már hozzárendeltünk 


" Debrecen, Piac 


109 900,-/37 400,- 
59 900,-/19 900, - 
Hívjon! 
44 900,- 
23 900,-/13 900, - 


17 400,- 


12 400,- 
11 900,- 
14 900,- 
Hívjon! 
Hívjon! 
7 900,- 


19 900,-/10 900,- 
107 900,- 
109 900,-/37 400,- 

11 900,- 


16 900,-/8 400,- 
17 900,- 


27 400,-/16 400,- 
15 900,- 


Hívjon! 
Hívjon! 
53 900,- 
97 900,- /167 400,- 


ELENDER 


z T —- " IX. Ferenc krt. 16. Tel./Fax: 218-2858 " 
Eren COMPUTER S Csángó u.13. Tel./Fax: 270-3097 
vi 


másik makrót, akkor ezt a makrót ki- 
fejti, és csak utána folytatja a hívó 
makró kifejtését. 

A Ouickey ismeri a növelés művele- 
tet, azaz az egyik makróban szereplő 
karaktersorozatot (választásunk sze- 
rint) tízes vagy tizenhatos számrend- 
szerbeli számnak tekinti, ezt a számot 
eggyel megnöveli, majd az eredményt 
visszaírja a makróhoz tartozó tárterü- 
letre. 

Ezzel megvalósíthatjuk az automati- 
kus sorszámozást, amire csak nagyon 
kevés szövegszerkesztő képes. 

A Ouickey-nek megadhatunk egy 
időpontot, és egy olyan makrót, amelyet 
a jelzett időpontban el kell indítani. 
Ezzel talán meg lehet oldani az auto- 
matikus mentést is, amelyet vélemé- 
nyem szerint minden szövegszerkesz- 
tőnek tudnia kellene, mert sok bosszú- 
ságtól menthetne meg minket. 

Azt azért végül meg kell jegyeznünk, 
hogy bármennyire is mindenhatónak 
tűnik a Ouickey fenti tudása, igen sok 
program saját kezébe veszi a billentyű- 
zet vezérlését, és ekkor a Ouickey már 
semmit nem tehet. 

Aszalós László 


Budepest: VIII. Hungária krt. 8] 
Tel.:210-3044", 134-5008 Fax: 133-43-44 


lách u. 15. Tel./Fax: (62) 310-269 " 
mó Gy. u. 13. Tel, 
)405-666 " Miskolc, Szent István u. 1. Tel 


hely, Hunyadi u. 45. Tel./Fax: (94) 312-265 


24] KLIRK ][ az ozééééé! [ERIN INTERNET 


" ALAP DÍJCSOMAT " KOMBINÁLT DÍJCSOMAG " 
7 EXTRA DÍJCSOMAG " 


ú26 GB, T3 Optikai drive, 

4 MB Cache, 20 db. lemez, 

SCST 1. 1EHNEZESÉKE 25 5 

MTBF: 500000 óra, 

MSBF: 500000 méret: 46x22x66 
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Banktechre — ingyen 


A korszerű pénzügyi szolgáltatások 
technikai háttere a banki szakembereken 
kívül egyre szélesebb kör érdeklődésére 
tarthat számot. E felismerés vezérelte az 
egyik kiállításszervezőt, amikor úgy dön- 
tött, hogy a 21. oldalon található, kivág- 
ható belépőszelvénnyel lapunk olvasóit 
is — elsősorban persze a vállalkozói 
réteget — meginvitálja egy ingyenes lá- 
togatásra. A kiállítás február 20-21-22-én 
9-től 18 óráig várja az érdeklődőket a 
Budapest Sportcsarnokban. 





Tízéves a MicrocAD 


A jubileumi informatikai és számítás- 
technikai találkozónak ismét a miskolci 
egyetem ad otthont, idén február 27. és 
március 1. között. A találkozó három 
rendezvényt integrál: kiállítás, nemzetkö- 
zi tudományos konferencia és programo- 
zási bajnokság szerepel a programban. A 
kiállítás fő témakörei: multimédia, iroda- 
technika, telekommunikáció, — bizton- 
ságtechnika, szórakoztató elektronika. 





NETForum és Interexpo 


A változó elnevezést — találkozhat- 
tunk már WANForum (nagy hálózatok), 
DBForum. (adatbázisrendszerek és kli- 
ens/szerver alkalmazások) elnevezéssel 
is, idén pedig NETForum (helyi hálózatok 
és csoportmunka-alkalmazások) lesz — 
a konferenciaszervező MMI szerint - az 
magyarázza, hogy az adott konferencián 
mindig az adott régióban legfontosabb 
témának kell uralkodóvá válnia. Így a 
NETforum a hálózati világ leginkább 
aktuális kérdéseit kívánja felölelni, olyan 
témákra fókuszálva az előadásokat; ame- 
lyek most és itt a leginkább izgatják a 
szakembereket. 

A tervezett témák mindenesetre impo- 
nálóak, ízelítőül: Az Internet üzleti lehe- 
tőségei; A JAVA biztonsági kérdései; Há- 
lózatközi stratégiák; Web oldalak létre- 
hozása, fenntartása; X25 és ISDN; Eset- 
tanulmányok. Igazi szakmai csemegének 
ígérkezik az a panelvita, amelynek kere- 
tében Kőnigh Tibor a Microsoft NT, Draj- 
kó László pedig a Novell Netware elő- 
nyeiről igyekszik majd meggyőzni a hall- 
gatóságot — illetve , ellenfelét". A kon- 
ferenciához kapcsolódó Interexpo a helyi 
hálózatok és hálózatkezelés termékeinek 
és szolgáltatásainak széles skáláját kíván- 
ja felvonultatni. 

Bár lapunk nem szerepel a NETForu- 
mot hirdetéssel és kiállítási részvétellel 
támogató szerkesztőségek sorában, úgy 
véljük, méltóan járulunk hozzá az ese- 
mény sikeréhez azzal, hogy a márciusi Új 
Alaplap kiemelt témáját a hálózati prob- 
lematika talán legizgalmasabb és legszé- 
lesebb érdeklődést kiváltó területének 
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szenteljük. A konferenciával egy időben 
megjelenő számunkban a hónap témája 
az Internet és a , cyberspace" világába 
igyekszik bepillantást nyújtani. A NET- 
Forum és az Interexpo március 4. és 6. 
között várja az érdeklődőket a Budapesti 
Kongresszusi Központban. 





HP, DEC (IBM): 150 és 166 


Mind a Hewlett Packard, mind a Di- 
gital Eguipment januárban jelentette be 
PC-sorozatainak új, pentiumos tagjait. A 
HP a Vectra VL 4 sorozatú két legfrissebb 
tagját: a 150, illetve 166 MHz-es Penti- 
ummal, 1,2 vagy 1,6 gigabájtos winches- 
terrel felszerelt gépek a 3315 és a 4.90 
dolláros ártartományban kerülnek majd 
forgalomba. Harmadikként az IBM is 
bejelentette 300-as PC-sorozatának bőví- 
tését a 166 MHz-es családtaggal (ennek 
érdekessége, hogy OEM rendszerként 
vagy a Win95, vagy pedig az OS/2 
Warp—DOS/Windows páros egyike vá- 
lasztható hozzá. 





C2000: többet Acer... 


Zsenge szójátékkal , acer-űnek" tűnik 
az az üzleti kapcsolat, amelyet a Compu- 
ter 2000 és a tajvani számítógép-nagyha- 
talom disztribútori szerződéskötése je- 
lent. A Computer 2000 értékesítési csa- 
tornáin a teljes Acer-vertikum megjelenik 
majd, egészen a szerver gépekig. A gépek 
páneurópai OEM Win95-tel kerülnek for- 
galomba, de a forgalmazó lehetőséget 
kíván teremteni alternatív értékesítési 
megoldásokra is. Pldául magyarra leszű- 
kített (és nem páneurópai) OEM Win95- 
tel, sőt akár winchester nélküli változat- 
ban. Igaz, ez utóbbi megoldás szükséges- 
sé teszi a szerviz- és garanciamegosztást 
is. A számos innovatív elemet bevezető 
Acer gépeket (chip up technológia, Su- 
perGreen PC, multiprocesszoros rendsze- 
rek stb.) a fejlett technikai színvonal 
mellett az elérhető ár is vonzóvá teszi a 
magyar piacon. Mindkét fél az értékesítés 
dinamizmusának, az évi 60-709o-os piac- 
bővülésnek a folytatódását reméli a szer- 
ződés megkötésétől. A 3 éves garancia 
biztosítása érdekében a szervizpartner 
Comp-Aid országos Acer-szervizhálózat 
kiépítését kezdte meg. 
PERHKZZSKOGBTÁKBBBBEZSSOBZSSOSÉBSR RÉGIEK HESBÉSSESBBB 


Választható Warp az Escomnál 


A németországi központú Escom cég 
Európa harmadik legnagyobb PC-forgal- 
mazójának számít, és itthon is az ország 
egyik legnagyobb PC-forgalmazója, je- 
lentős piaci sikerekkel. Irányvonaluk 
megválasztása két jellegzetes ponton ér- 
hető tetten: egyrészt a véleményük szerint 
idén csak lassú növekedést mutató SOHO 
ágazattól elmozdulnak a nagy rendszerek, 
nagy felhasználók kiszolgálása felé, más- 
részt pedig a gépeikkel szállított operációs 





sag; ZESZEGZESBAZOASTÉSÖKSEBB. 


rendszerként a Windows 95 mellett vá- 
lasztható az OS/2 Warp is. 





OMIKK (újdonságok) vannak 


Az OMIKK . információszolgáltató 
technológiája folyamatosan korszerűsö- 
dik. A , Cikk" adatbázis új változata már 
110 ezer rekordot tartalmaz, Interneten 
keresztül is elérhető, vagy CD-ROM-on 
megvásárolható. Az , Expert" új típusú 
adatbázis a magyar természettudományi 
szakemberek adatait tartalmazza. Akinek 
még nincs közvetlen Internet-kapcsolata, 
az 500 forintos óradíjért beülhet , vadász- 
ni" az OMIKK erre a célra kialakított 
munkaszobájába. 





Macintosh — a közelben 


Az Apple cég — és annak zászlósha- 
jója, a Macintosh — Magyarországon 
eddig nem tudott akkora piaci részesedést 
elérni, mint az USA-ban vagy Nyugat- 
Európában. Az itthoni márkaképviseletet 
többszöri átrendeződés után jelenleg a 
Hungarian Data Systems látja el. György 
István ügyvezető igazgató az Apple saj- 
tótájákoztatóján az átlagosnál valamivel 
jobb növekedési ütemre számít, amit arra 
alapoz, hogy ma már nem olyan nagy az 
árkülönbség a PC és a Macintosh között, 
mint korábban volt, jelentős eredmények 
születtek a multiplatformos környezet és 
a kompatibilitás megteremtésében is, és 


- "a lokalizált alkalmazások száma egyre 


nagyobb. 1996-ban így mintegy 3000 db 
Macintosh magyarországi értékesítésére 
számítanak. 


EGIS 


A CeBIT-re kéne menni... 


Változnak az idők. Néhány éve még a 
CeBIT-re utazóknak kellett vadászniuk 
olyan utazási irodákra, amelyek hajlan- 
dók voltak magukra vállalni a bonyolult 
hannoveri szállásszerzés és a vásár alatt 
ugyancsak nem egyszerű , útvonalbizto- 
sítás" feladatát. A március 14-től 20-ig 
tartó (tehát a korábbiaknál 1 nappal rövi- 
debb) idei CeBIT magyar látogatói vi- 
szont már válogathatnak a szakmai uta- 
zások szervezőinek ajánlatai közül. Hoz- 
zánk is eljutottak például az Interpress 
Travel (Bp. V., Irányi u. 1.) a Kuoni 
Utazási Iroda (Bp. V., Báthori u. 19.), a 
Concorde Travel (Bp. VI., Andrássy út 
56.), és a Hungexpo Tours (Bp. X., Al- 
bertirsai út 10.) anyagai, s azok széles 
(árjskálán nyújtanak lehetőséget a világ 
legnagyobb számítástechnikai rendezvé- 
nyének felkeresésére. Jövőre igyekszünk 
majd az Új Alaplap olvasóit is részlete- 
sebben megismertetni az utazási kínálat- 
tal — ha az utazási irodák is úgy akarják. 
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X Alaplap Posta 


I MEGRENDELÉS 
] Az Új Alaplap 1996/2. számában a 26-27. oldalon 
ismertetett szoftverek közül postai utánvétellel 


megrendelem az alább felsoroltakat: 
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Az Új Alaplap lemezmellékletének tartalma 1996 / FEBRUÁR 





Esettanulmány a hónap témájához — ERDO.TXT, ERDOt.EXE (Tihanyi Gyula) "e 37. 














J — egy praktikus nyelv — JEKH.EXE (Válogatta: Aszalós László) 90 55. 
Generikus genetika — GEN$.EXE (Válogatta: Aszalós László) 50 28. 
Eljárásgyűjtemény bitműveletekhez — BITEK$.EXE (Simay Endre István) 90 53. 
Programozz autóversenyt! — RAUTOt.EXE (Válogatta: Aszalós László) 50 49. 





Boss felügyelő — BOSS.TXT, BOSS$.EXE (Schável Zoltán) 





Karakterkódcserélő — CSERE.TXT, CSERE.EXE, CSERE.CHR (Erdélyi Tibor) 





Három windowsos képernyőkímélő (screen saver) — SCREKH.EXE 





Reklám, de csak VGA-n fut — KESZO.EXE (Csiki András) 





Egy klasszikus játék: az Atomix — ATOMIX.TXT, ATOMIX$.EXE 
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KAO-lemez a Makrotrendtől 








Media from the Surface Scientists 


-cc G tökéletes memória 





a úg, makrotrend 


Yi) — A KAO DISZTRIBÚTORA 


Telefon: 183-4356 Fax: 163-7888 


1143 Budapest XIV., Hungária körút 65 





mesa MA 


1055 Budapest, Falk Miksa u. 6. 
Tel./Fax: 111-8268, 132-8717, 132-5764 





MS Access 7.0 / upgrade 65.000/ 
MS Office 7.0 standard (angol vagy magyar) / upgrade 95.000 / 49.000 
GCEMM 8.0 (DOS, Windows, Win 95) / upgrade 16.000/9.000 
WinfaxPro 7.0 3,5" vagy CD / Delrina CommSuite 19.600 / 28.000 
McAfee Virscan for Win 95 19.000 
PageMaker 6.0 for Win 95 / upgrade 124.000 / 42.000 
Adobe Photoshop 3.0.5 for Win 95 / upgrade 124.000 / 49.000 
Macromedia (Aldus) Freehand 5.0 CD / upgrade 65.000 / 32.000 
CorelDraw 6.0 for Win 95 / upgrade 99.000 / 56.000 


Norton Utilities 95 / Norton Navigator 95 / Norton Antivirus 95 26.000 / 19.900 / 16.000 
MS Visual Basic 4.0 Prof. / comp. upgr CD / upgrade CD 92.000 / 46.000 / 28.000 
MS Windows 95 angol vagy magyar / upgrade CD 38.000 / 19.800 
MS Windows 95 Plus! / Win95 Resource Kit / Office 95 Res. Kit . 9.900 / 7.200 / 7.200 
MS Project 4.1 Windows 95 / upgrade 89.000 / 29.000 
MS Works Windows 95 15.000 
MS Visual FoxPro 

3.0 / upgrade / Visual FoxPro Prof. / upgrade 
Multikey 3.0 (32 definiálható 

billentyűpár — DOS, Win.3.1x, Win 95) / upgrade 3.600 / 2.000 
CD: títh Hour!!! (a 7th Guest folytatása 4 CD-n) 13.000 
CA-Clipper 5.3 / upgrade CD-n is / dBASE III Plus 34.000 / 18.000 / 128.000 


37.000 / 18.000 / 92.000 / 54.900 


Helyes-e? 95 / for Windows / for OuarkXpress 3.3x 14.400 / 16.900 / 39.000 
Word Pro 96 8 Lotus 1-2-3 for Windows 5 Bundle 24.000 
Watcom C/Cs-4 10.5 CD / upgrade 38.000 / 29.000 


OuarkXpress for Win95 / NT 32 bites változatra előjegyzést felveszünk! 144.000 
McAfee NetScan NLM 25 users / 50 users 82.000 / 116.000 
McAfee VirusScan 2.1 single 19.000 
PKZipsPKUnzip 2.04g / ARJ 2.41 programok regisztrált változata 9.600 / 12.000 
Kérje licencárainkat a PKZip és ARJ programokra! 

Winfax Pro 3.0/Winfax Pro 3.0 Starter Kit (1 server:2 user) 4.800 / 8.000 
Winfax Pro 3.05-ModemBlaster 14.400 bps faxmodem 18.000 
Winfax Pro 3.0 Starter Kit:ModemBlaster 14.400 bps faxmodem 19.900 
CD: Technical Library!!! 80.000 


(Az összes ismert alaplap, HDD, video, hálózati, IDE, SCSI kártya leírása, driverek) 
IOMEGA ZilPdrive 


100 MB floppy SCSI / parallel (21ms) (Win 95-ön, Win NT-n is) 46.000 / 46.000 
IOMEGA ZiIPdrve 100 MB lemez 4.800 
MS Windows 95 angol vagy magyar (csak Zip drive-val együtt) 16.000 


Áraink az áfát nem tartalmazzák. 
Kérje ingyenes katalóguslemezünket (postán is)! 


Kérjen részletes tájékoztatást! 
Címünk: 1047 Budapest, IV. ker. Baross u. 22-24. 
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CONTROLL 


160-2928 Nyitva: 9-18 h-ig. 


SZEGED KFT. 


Cím: 6700 Szeged, Oskola utca 16. Telefon: (06-62) 321-689 Fax: (06-62) 326-905 


MICROSOFT, BORLAND, NOVELL 


Teljes termékskála, szaktanácsadás 


Számítógépes hálózatok, telefonrendszerek építése 


HEWLETT"? 
PACKARD 


a KI 


hivatalos viszonteladója 





INFORMÁCIÓKÉRÉS: 0217 A 


INFORMÁCIÓKÉRÉS: 0227 A 


INFORMÁCIÓKÉRÉS: 0210 A 
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NFS technológia Windowshoz 


Jelentős amerikai cégek sorra jelentettek meg olyan termé- 
keket, amelyek a Microsoft Windows platformokat Unix és 
Network File System (NFS) technológián alapuló hálózatokkal 
kötik össze. 

A NetManage, Inc. NFS for Windows NT programcsomagját 
a 1995 november közepén hozta nyilvánosságra. Az FTP 
Software olyan termékekkel jött a piacra, amelyek az NT 
rendszereket NFS szerverekké , alakítják át", illetve NT és 
Windows 95 klienseket NFS szerverekkel kapcsolnak össze. 

Ezektől a cégektől függetlenül a SunSoft bevezette saját NFS 
kliensszoftver-verzióját, amely Microsoft Windows 95-tel fut- 
tatott gépeken használható, és sok újat tartalmaz, így például a 
Netscape cég WWW-kereső/néző programját. A SunSoft tervezi, 
hogy a közeljövőben az NFS hálózatokon NT desktop termé- 
kekkel jelenik meg. 

Időközben megjelent a piacon a SunSoft új változatú PC- 
NFSpro2.0 programcsomagja, amellyel Windows és Windows 
95 felhasználók NFS szervereket érhetnek el, ugyanakkor a 
WinSocknak megfelelő alkalmazásokat lehet rajtuk futtatni. A 
PC-NFSpro2.0 Intel processzoros gépeken futtatható. Idén ta- 
vaszra Windows 95-re is teljesen , beállítják". 


Win95—NetWare kapcsolatok 


A hálózati felhasználóknak jelenleg már többféle választási 
lehetőségük van arra, hogy Windows 95-ös alapú desktop 
számítógépeiket Novell NetWare lokális hálózatokhoz kapcsol- 
ják. Valójában ötféle kliens szoftver áll rendelkezésre, kettő a 
Microsofttól, három pedig a Novelltől. Sajnos azonban egyikük 
sem adja meg a Win95 és a NetWare 3.x és 4.x programcsomagok 
együttes funkcionalitását. Ha valaki a NetWare-t használja, 
választhat a Win95—NetWare kapcsolatot elősegítő Novell 
programtermékek valamelyikéből: 

— NETX shell (NetWare 3.1 vagy az előző verziók esetén). 

— Virtual Loadable Module redirector (a NetWare 3.12, vagy 
4.x esetén). 

— Client 32 for Windows 95 (kliens Novell szoftver, amely 
támogatja a NetWare Directory Services — NDS — szolgálta- 
tásokat). 

Az első két esetben a szoftverek nem támogatják a Microsoft 
Long File Names vagy File and Print Services for NetWare 
funkcióit. 

A Microsoftnak szintén vannak eszközei a kapcsolat létreho- 
zására: 

— Microsoft NDS Client for NetWare. 

— A Windows 95-be épített Microsoft Client for NetWare 
(amely támogatja a Microsoft hosszú fájlneveit, nyomtatási, és 
fájlszolgáltatásait); ugyanakkor nem támogatja az NDS-t, és 
limitált támogatást ad a NetWare , logon script"-ek számára). 


Cabletron: Cisco technológiával 


A Cabletron Systems, amely világszerte a moduláris hálózati 
hub-eszközök piacvezető gyártója, legutóbb két olyan új rou- 
termodult jelentett be, amelyek a Cisco Systems cég 4500 
Operating Systems (IOS) rendszerszoftvert integrálják a Cab- 
letron MMAC— Plus intelligens switching hub eszközökbe. 

A cég és a Cisco hosszú, mintegy ötéves együttműködésének 
eredménye az új 9F106-0O1 FDDI útválasztó modul és a9T101-04 
Token Ring routermodul. Mindkét termék létrejöttének előz- 
ménye, hogy a Cabletron a Cisco IOS technológiát licencmeg- 
állapodás keretében alkalmazza. A két routermodult a cég a 
centralizált hálózati útválasztó eszközök felső, nagy teljesítmé- 


nyű szegmensére pozicionálja. A fejlett technológiai együttmű- 
ködés egyesíti a Cabletron cég Synthesis eszközeit a Cisco IOS 
képességeivel, annak érdekében, hogy integrált hub/router há- 
lózati menedzsmentet és a lehető legjobb útválasztási megoldást 
kínálja. 


Adatbázis-alkalmazások a Webhez 


Több vezető adatbázis-előállító cég jelentett be olyan szoft- 
vertermékeket, amelyek adatbáziskezelőket vagy azok alkalma- 
zási programcsomagját a Word Wide Webhez képesek csatolni. 

A Sybase , Web.SOL" nevű middleware termékével egy 
vállalati adatbázis , élő" módon kapcsolható a Webhez, mégpedig 
úgy, hogy a Web-oldalak az új adatokkal folyamatosan, dina- 
mikusan aktualizálhatók. A programcsomagot tartalmazzák a 
Sybase cég ún. Open Client könyvtárai, amelyek révén a 
felhasználók Oracle és IBM adatbázisokhoz is hozzáférhetnek. 
Az Informix megjelent az Informix Web Interface Kits nevű 
szerszámprogramkészlettel. Ennek használata révén Informix 
fejlesztőeszközökkel kialakított alkalmazások kapcsolhatók 
Web szerverekhez. 

A Computer Associates (CA) az ún. Internet Commerce 
Enabled (ICE) CA-Unicenter/ICE menedzsment szoftvert dobta 
piacra, amely Web szerverek menedzselésére és Web-alkalma- 
zások kialakítására használható. Monitorozza a Web szervert a 
hibák előfordulása és az események szempontjából. A CA 
együttműködik a Netscape-pel is. Ennek célja a Unicenter/ICE 
szoftver és a Netscape Web szerverek integrálása. A program- 
csomagok még 1996 első negyedévében piacra kerülnek. Az 
Informix, amelynek , kitje" már kapható, erőforrásait arra kon- 
centrálja, hogy újabb, ún. Common Gateway Interface program- 
kiteket tervezzen és hozzon forgalomba azoknak a vállalati 
fejlesztőknek, akik Web-alapú front-end alkalmazásokat szeret- 
nének készíteni. 


A NetWare mobil meghosszabbítása 


Nemzetközi tapasztalatok szerint robbanásszerűen nő a vilá- 
gon a mobil szakemberek állománya — vagyis azoknak a száma, 
akik munkaidejük 20 százalékát vagy annál többet íróasztaluktól, 
vagy eredeti munkahelyüktől távol töltenek. Közülük sokan 
NetWare hálózati környezetben dolgoznak. Számukra elenged- 
hetetlen tehát, hogy szükség esetén azonnal a hálózathoz kap- 
csolódhassanak — bárhonnan, bármikor. 

Jelentős előrelépést hoz munkájukban 1996 februárjától egy 
új, a Novell viszonteladóknál megvásárolható hálózati kliens 
szoftvertermék, a NetWare Mobile. Ennek segítségével közvet- 
lenül vagy kapcsolt telefonvonal segítségével, illetve offline 
módon távolról is használható a Novell LAN, legtöbbször egy 
notebook alkalmazásával. A NetWare Mobile programcsomag 
bonyolult tárcsázási funkciókat és grafikus konfigurációs segéd- 
programokat is tartalmaz, továbbá korszerű adminisztrációs 
utilityket, beleértve a NetWare Directory Services-szel (NDS) 
való integrációt is. 

Ez utóbbi elősegíti, hogy bármilyen méretű szervezet bizton- 
ságos és menedzselhető , mobil hálózati" számításokat legyen 
képes elvégezni. A programtermék első kiadása támogatja a 
NetWare 4.1 és 3.x hálózatokat, továbbá a Windows 3.1 kliens 
operációs rendszert. (A Windows 95 támogatását a következő 
kiadásban tervezik megvalósítani). A NetWare Mobile megje- 
lenése kulcstényező a Novell azon stratégiájában, amely a Smart 
Global Network intelligens globális hálózatot célozza meg 
azáltal, hogy a hálózatokat kiterjeszti a hagyományos PC 
LAN-okon túl a mobil számítógépek és intelligens számítás- 
technikai eszközök széles skálájának összekötésére. 

Kovács Attila 
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A négyezer éves titok nyomában 


Kitalálunk-e a labirintusból? 


A phaisztoszi korong titkainak megfejtésében 

figyelemre méltó eredményeket sikerült felmutatnunk 
már az eddigi vizsgálatok során is. Ezt alábbi cikkünkben 
a B oldal formális elemzésével folytatjuk. 


A formális elemzés kikerülhetetlen 
fázisa kell, hogy legyen minden komoly 
kísérletnek, amely a korong megfejté- 
sére irányul. Nem szabad azonban túl- 
feszíteni ezt a módszert, ahogy a többit 
sem: végső eredményt csak a több 
oldalról folytatott vizsgálatok egybeve- 
tése hozhat. Maga a formális elemzés 
csak azt a keretet vázolhatja fel (azt is 
csak első közelítésben), amelyben ké- 
sőbb megpróbálhatjuk elhelyezni az 
egyes jelek azonosítására vonatkozó 
megállapításainkat, s kezdhetjük lépés- 
ről lépésre összehangolni, összecsiszol- 
ni a különböző módszerekkel elért rész- 
eredményeket. A hipotézisek egy része 
bizonyosan kihullik a rostán. Amelyek 
azonban megmaradnak, azok egyre szi- 
lárdabb alapot adnak a további követ- 
keztetések levonásához. 


ol JÖ 
olxB-8 
o218-D 

Mr éte 


ot-e 
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B14 





YOY-S-A 


J15-it VOY-6-A 
Í9-6  9gOY-6 
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Legutóbb bátran nekiindultunk, be- 
felé a labirintusba. Meglepetéssel ta- 
pasztalhattuk, hogy sokkal nagyobb 
rend honol a labirintus mélyén, mint 
képzeltük volna. A korong A oldala 
különösen könnyen felderíthető sza- 
bályszerűségekkel volt tele. A B oldal 
szerkezete kétségtelenül bonyolultabb, 
némi fáradsággal azonban ebben is el 
lehet igazodni. 

Elsősorban a következő kérdésekre 
keresünk választ a B oldal formális 
elemzése során: 

1. Van-e szerves kapcsolat a korong 
két oldala között? Visszacsengenek-e 
itt is olyan motívumok, amilyenekkel 
az A oldalon lehetett találkozni? 

2. Találhatók-e itt is erősen kiugrasz- 
tott, központi szerepet játszó lexémák, 
amilyenek amott voltak? 


2d-V 
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3. Gazdagabb-e morfológiailag a B 
oldal, mint az A oldal volt? 

4. Alkalmazhatók-e itt is a formális 
elemzés ott bevált módszerei? 

A két oldal szerves kapcsolatát azo- 
nos szavak és szótövek ismételt előfor- 
dulásai igazolhatják. Henye tölteléksza- 
vaknak nem találtunk eddig a nyomára, 
a szótövek ismétlődéseiről tehát a ké- 
sőbbiekben sincs okunk feltételezni, 
hogy csupán a véletlen művei lennének. 


Közös motívumok a korong két oldalán 


Van az A oldalon egy szó, az A29 
(, sapka" -t , pengető" -t , kutya"), amely 
változatlan formában, ugyanígy bukkan 
fel a B oldal B1ll szavaként. Nem 
véletlenről van szó: ez abból válik 
nyilvánvalóvá, hogy ugyanez a szótő 
toldalék nélkül, illetve különböző vég- 
ződésekkel több helyen is előfordul a 
B oldal első felének szövegében. Bátran 
állíthatjuk, hogy ennek a résznek ez a 
vezérmotívuma, így a korong szövegé- 
nek egynegyedét a , sapka" -t , pengető" 
motívum kibontásának tekinthetjük. 

Igen hangsúlyos helyen, mindjárt a 
B oldal első szavában ennek a szónak 
toldalék nélküli alakját ismerhetjük fel. 
Másodszorra néhány szóval odébb, a 
B7 szóban jelenik meg újra e szótőnek 
egy toldalékos alakja, végül felbukkan 
az A29 szóval teljesen megegyező tol- 
dalékos Bl1 alak. A figyelmes elem- 

.zésből azonban az is kiderül, hogy két 
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másik ismétlődő szótő is van kiemelt 
szavunk kíséretében. Az egyik közülük, 
a (, kesztyű" -- , sapka" -- , diadalág" -- 
,kutya") szó néhány lépés távolságra 
követi a B oldalon mindhárom esetben 
(, sapka" -- , pengető") szavunkat, B1 
után B5-ként, B7 után B10O-ként, B11 
után B13-ként. A másik, a (, hárfa" -- 
, bunkó" -- , mécses") szó csak két eset- 
ben csusszan be közéjük: mint B2, 
illetve B9, a harmadik esetben elmarad. 
E három szó összetartozik, ez nyilván- 
való. De több is igaz. Elhelyezkedésük- 
ből az is megállapítható, hogy hol hú- 
zódik az egyes szólamok után a törés- 
vonal, a cezúra. 


Újabb fogás: az alliteráció 


Az első szólam B1-től B5-ig terjed, 
magába ölelve két további szót is, a 
B3-at és a B4-et. E körülfogott szavak 
újabb jellemző tulajdonsággal hívják 
fel magukra a figyelmet: alliteráció 


(betűrím) kapcsolja őket egybe, és köti . 


hozzá kiemelt B1 szavunkhoz. Ráadá- 
sul az alliteráló B2 és B3 szavak má- 
sodik szótagjának egymás utáni szavak- 
ban, megegyező szótagok utáni előfor- 
dulása megerősíti azt a gyanúnkat, 
amelyre már az A oldalon felfigyeltünk. 
Az (A5 4 A6) szavaknak az (A30 -- 
A31) szavakkal való párhuzama alapján 
jutottunk arra a következtetésre, hogy 
feltehetően hangzásbeli rokonság áll 
fenn a ,bunkó" és a , sarok" jelek 
között, alighanem megegyeznek a más- 
salhangzóik. Ha ez így van, akkor a B2 
és B3 szavakat nagyon erős kapocs, 
kettős alliteráció fogja össze. 

A következő szólam ugyancsak öt- 
szavas, vagyis a B6-tól a B1O-ig terjed. 
Kiemelt B7 szavunkat itt két oldalról 
övezi egy-egy azonos végződésű, min- 
den jel szerint azonos szerepet játszó 
szó. Külön nyomatékot ad e szóhármas- 
nak, hogy az ismétlődő toldalék maga 
is megegyezik a B1-B3-B4 alliteráló 
szótagjával. 

Első pillantásra a harmadik szólam 
tűnik a legrövidebbnek. Valóban, a for- 
mai jegyekből közvetlenül csak annyi 
látszik, hogy ez a szólam a B11-től 
legalább a B13-ig tart. Valójában azon- 
ban tovább kell folytatódnia, hiszen a 
(B11, B12, B13) egység minden tagjá- 
nak azonos a végződése. Ez tehát itt 
feltehetően egy felsorolásszerű iteráció, 
nyelvtanilag azonos szerepben. Ez a 
hármas, azonos végződésű egység ön- 
magában aligha lehet befejezett nyelv- 
tani szerkezet. Minden bizonnyal hozzá 
tartozik még a B14 — de vajon meddig 
tarthat a szólam? A B15-ig? A B16-ig? 
A legvalószínűbbnek az látszik, hogy a 
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B16 után húzódik a cezúra, s a B1l6 
hasonló nyelvtani képződmény lehet, 
mint a B11-B12-B13 hármas. Az új 
szólam kezdetére a BI7 szó végződé- 
séből következtethetünk, amelynek pár- 
huzamát, ismét egy újabb szólam kez- 
detét, a B25 szó végződésében lelhetjük 
fel. 


Egymásnak felelgető motívumok 


AB15-öt a B24-gyel összehasonlítva 
azt vehetjük észre, hogy a két szó 
előtagja azonos, a B24 második tagja 
pedig megegyezik az A oldal jól ismert 
második szavával. Ebből elég nyilván- 
valónak tűnik, hogy mindkettő összetett 
szó. Külön öröm, hogy újabb egyezést 


fedeztünk fel az A oldal szavaival! 
Tagadhatatlan, hogy a B16 szóval lezá- 
rul a korong feszes, szigorúan megkom- 
ponált szerkezete. Teljes szó-, illetve 
szótőismétlések ritkábban fordulnak 
elő a B17 szótól kezdve, viszont éppen 
erre az utolsó negyedre jellemző, hogy 
sok benne a részleges egyezés és az 
áthallás az A oldal szavaival. A részle- 
ges egyezéseknek ez a sűrűsödése meg- 
győződéssé érlelheti azt a gyanúnkat, 
hogy a korong szövegének összeállítója 
tudatosan fokozni igyekezett a szöve- 
gen belül a hangzásbeli összecsengése- 
ket, őskori Babitsként játszva a hang- 
tani rokonság húrjain. Prózaibb megfo- 
galmazásban: joggal feltételezhetjük, 
hogy a párhuzamba állított jelek más- 
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salhangzójukban megegyeznek, s ma- 
gánhangzóik sem állnak nagyon távol 
egymástól. Különösen erős korreláció 
látszik a , pajzs" és az , ág" jelek között 
— erre először az A7 1 Ag8 és az A23 
4 A24 szópárok szerkezeti elhelyezke- 
déséből következtettünk. E jelek között 
olyan jól érzékelhetőnek kellett lennie 
a rokonságnak, hogy a hallgatónak nagy 
időbeli távolságban is feltűnjön egész 
lexikai egységek egybecsengése: az 
A26 szó szinte teljes egészében visz- 
szatér a B29 szóban, az A30 szónak jól 
megfelel a B21 szó töve, az A31 töve 
pedig nyilvánvalóan megegyezik a B23 
szó tövével. 

A hangtani párhuzam még jobban 
érzékelhető rövidebb távon. Az előbb 
már utaltunk rá, hogy a B oldal második 
felének szövegében a B17-tel kezdődő 
szólamra a nyelvtani párhuzamot a B25 
szótól kezdődő szólamban találhatjuk 
meg. Nos, a rákövetkező szóban a le- 
xikai párhuzam is felbukkan a B18, 
illetve a B26 szóban, amelyek egymás- 
nak — feltevésünk szerint — hangta- 
nilag közeli rokonai. De a nyelvtani 
rokonság nyomai is fellelhetők a két 
szólam között a B19 és B29, illetve a 
B22 és B27 szavak végződésében. Kü- 
lön figyelmet érdemel, hogy az e vég- 
ződésekben szereplő két jel (a , támfa" 
és az , irha") még közelebb is kerül 
egymáshoz: néhány szóval előbb, az 
egymás utáni B9 és B10O szavakban. E 
jeleknek három helyen való együttes 
szerepeltetése, akár nyelvtani, akár 
hangtani okokra vezethető vissza, alig- 
ha tekinthető véletlennek. 


Mire jutottunk? 


Formai elemzésünk többféle szem- 
pontból is sikerrel járt. Egyrészt erős 
hipotézist tudtunk felállítani a korong 
mindkét oldalán a szöveg plauzibilis 
értelmi tagolására, másrészt a párhuza- 
mosan előforduló jelek és jelcsoportok 
egybevetése alapján találtunk több jel- 
párt, amelyeknek hangtani rokonsága is 
valószínűsíthető. Sorra vehetnénk most 
az elemzésünk elején feltett kérdéseket, 
de a válaszok enélkül is egyértelműek. 
Többre mentünk, mint remélhettük vol- 
na: eljutottunk a hangtani megfelelteté- 
sek kapujába. 

Adósak vagyunk még egy apró tech- 
nikai hiba kijavításával: decemberi szá- 
munkban a jelgyakorisági táblázatból 
az áttördelés során lemaradt két jel, és 
a rá vonatkozó adatok. A , virág" jelére 
vonatkozó adatok: e—3, k—1, sum-A4, a 
.tinó" jelére: y-1, sum-1. Olvasóink 
szíves elnézését kérjük. 

Vargha Dénes 
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Miért képezzünk információrendszer-szervezőket? 


Műhelymunkák 
egy , fellegvárban" 


A hónap témája kapcsán több szerző is érintette 

a szervezőképzés problematikáját. 

Az oktatás valaha volt intézményei, és az ezekben folyt 
tanfolyamok, a képesítések rendszere, no és az akkor 
képtelenségnek tartott szétverése az addig elért 
eredményeknek... — hát igen, ez mind nem fért bele 

a téma kosarába. Mint ahogy az sem, hogy körüljárjuk 
az országot, hogy egyáltalán kik, mit, hol és hogyan 
kínálnak a szervezői pályára rálépni szándékozó 
jelölteknek, akik tanulni akarják e mesterséget. 
Vehetünk azonban egy mintát (az egyébként ismeretlen 
,sokaságból"): a PATE Georgikon Mezőgazdaságtudományi 
Kar keretében van ilyen képzés, és szerzőnk írása 


betekintést enged e műhelybe. 


Az intézmény az 1990-es tanévben 
indított először — azóta minden évben 
— információrendszer-szervező felső- 
fokú számítástechnikai szakképesítés 
megszerzésére felkészítő tanfolyamot. 
1992-ben 14 fő, a következő években 
12-14 fő fejezte be tanulmányait, és 
védte meg elkészített szakdolgozatát. 
Jelenleg 24 fő II. évfolyamos, 26 fő I. 
évfolyamos rendszerszervező hallgató 
van. 


A keszthelyi megoldás 


Hosszabb idő óta vita folyik arról, 
vajon szabad-e, lehet-e információrend- 
szer-szervezőket képezni középiskolai 
végzettségre építve, vagy e képzés be- 
lépőjegye csak diploma lehet. Erre a 
vitára most nem kívánok kitérni, e 
cikknek más a célja. Saját képzésünk 
statisztikai adatai szerint az első három 
évben 8090 középiskolai végzettségű, 
2099 felsőfokú végzettségű hallgatónk 
volt. Ez az arány a most tanulóknál 
módosult 7090 középiskolaira és 3099 
felsőfokúra. 

A szakemberpiacon erősödő kereslet 
van módszertant is ismerő, jól felké- 
szült rendszerszervezők iránt. Olyan 
szakemberek kellenek, akik az eszkö- 
zök, módszerek alkalmazásán túl meg- 


felelő informatikaelméleti tudással is 
rendelkeznek. Hogyan és mire tanítsuk 
meg azokat az embereket, akik úgy 


" gondolják, hogy ezt a hivatást, szakmát 


választják maguknak? 

Nem könnyű a döntés, és nem egyet- 
len megoldás létezik. Az általunk ki- 
próbált és természetesen töbször módo- 
sított szaktanterv szerint először , Adat- 
kezelés, adatbáziskezelés" tantárgy ke- 
retében tanítunk elméletet és gyakorla- 
tot. 

Ezt követően — módszertantól füg- 
getlenül — tanítunk információrend- 
szer-tervezést, -szervezést. Ennek a tan- 
tárgynak a célja általános rendszerel- 
méleti ismeretszint kialakítása, vala- 
mint elemzési és tervezési technikák 
begyakorlása példákkal. 

Vannak olyan módszerek, amelyek- 
nél a készségszinten történő elsajátítás 
a követelmény. Ez már szorosan ösz- 
szefügg a választotott módszertannal és 
annak technikáival. Azokat a módsze- 
reket ugyanis, amelyekre nincs kötele- 
zően előírt technika a választott mód- 
szertanban, a , hagyományos" elemzési 
vagy tervezési eszköztárból kell pótol- 
ni, s ezeket begyakoroltatni (ilyen ná- 
lunk például az adatgyűjtési technikák, 
bizonylattervezés, outputtervezés, prog- 
ramspecifikációk elkészítése). 
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Az utolsó szakmai tárgy ,, A rendszer- 
fejlesztés módszertana". E tárgy kere- 
tében a módszerspecifikus ismereteket 
sajátítják el a hallgatók. 


A választás alapjai 


A mit tanítsunk kérdésére a legfon- 
tosabb döntést a módszertan kiválasz- 
tásakor kellett hoznunk. Olyan struktu- 
rált módszertant kerestünk, amely szab- 
ványos, használata nem ütközik jogi 
akadályokba, és alkalmazása, illetve 
alkalmazásának elterjedése várható 
Magyarországon.  Intézményünk az 
SSADM-et választotta 1991-ben. Csak 
két indokot említek: 

— Az SSADM a rendszerfejlesztés 
életciklusának legkockázatosabb sza- 
kaszait támogatja, azokra koncentrál. A 
szakaszok, lépések és feladatok egy- 
másra épülése, végigvitele és a kereszt- 
ellenőrzés kötelező tevékenységsort ad 
a hallgatónak. Ez előnyös a tanítás-ta- 


nulás folyamán és a gyakorlatban is... 


— A másik: az SSADM támogatja a 
felhasználói interfészt. Minthogy ma 
már nem elsősorban a rendszerek tech- 
nikai elkészítésével van a legtöbb prob- 
léma, hanem sokkal inkább az alkalma- 
zásba vétellel, ezért nagyon fontos a 
felhasználói elkötelezettség kialakítása. 

Számos komplex eszköz található az 
SSADM különböző verzióiban, miáltal 
jól tanítható, bemutatható a leendő szer- 
vezőknek. E tanévben tértünk át a 4-t 
verzió oktatására. Mivel intézményünk 
megvásárolta a Principia SSADM 
Diagram Editor szoftvert, ez évben már 
használhatják a hallgatók az elemzési 
és tervezési gyakorlatokon. 

Az információrendszer-szervező 
hallgatók a módszertannal kapcsolatos 
ismeretek és technikák gyakorlása ér- 
dekében 10 hetes műhelygyakorlaton 
vesznek részt, ahol konkrét információs 
rendszer elemzése és tervezése folyik 
kis csoportokban. Kétféle esettanul- 
mányt kreáltunk a gyakorlati oktatás- 
hoz, az egyik egy olasz —magyar sütő- 
ipari kft termelés-előkészítési és érté- 
kesítési információs rendszere, a másik 
egy iskolán kívüli szakképzésekkel is 
foglalkozó felsőoktatási intézmény 
hallgatóinak nyilvántartási és elszámo- 
lási rendszere. 


Nem a diplomának, az életnek! 


Nagyon fontosnak tekintjük a szak- 
dolgozatok témájának megválasztását. 
Olyan témákat támogatunk, amelyek 
valós környezetben oldanak meg konk- 
rét feladatokat. Arra biztatjuk a hallga- 
tókat, hogy saját munkahelyi környeze- 


tükben keressenek témát. Több olyan 
dolgozat készült, amelyek teljes kidol- 
gozása és kivitelezése azóta már meg- 
történt vagy folyamatban van. (Egy 
ilyen dolgozatot mutat be a lemezmel- 
lékleten egyik volt hallgatónk, Tihanyi 
Gyula.) . 

A oktatási területen a legnagyobb 
nehézséget a korszerű magyar nyelvű 
szakirodalom, a tananyag hiánya okoz- 
ta. Az utóbbi egy évben javult a helyzet. 
Megjelent Halassy Béla két könyve is, 
1994-ben Az adatbázistervezés alapjai 
és titkai, majd 1995-ben Az információs 
rendszerek tervezési ismeretei. Tovább- 
ra is hiányát érzem azonban az időszerű 
ismereteket összefoglaló szervezési 
szakirodalomnak. (Az SSADM magyar 
nyelvű szakirodalmának megjelenésé- 
ről e lap , Könyvespolc" rovatában is 
olvashatnak.) 


Pályaválasztási tanácsadás , helyett" 


Az információelméleti és fejlesztés- 


módszertani ismeretanyag, valamint a 


gyakorlati készség megszerzése még 
mindig nem elég egy jó szervezőnek. 
Kell valami plusz, amit nevezhetünk 
tehetségnek, rátermettségnek, a szak- 
mára való alkalmasságnak. 

A szervező legyen kiváló tárgyaló 
partnere a vezetőnek éppúgy, mint va- 
lamely résztevékenységet végző ügyin- 


tézőnek. Legyen kapcsolatteremtő és 
empatikus képessége. Legyen felké- 
szült, ismerje a feladathoz kapcsolódó 
jogszabályokat, rendeleteket, országos 
kódokat és előírásokat. Ne használjon 
feleslegesen számítástechnikai szakki- 
fejezéseket. 

A rendszerfejlesztés szolgáltatás 
vagy gyártás, ahol a megrendelő egyút- 
tal a felhasználó is. A szervezőnek 
szakképzett partnerként kell együttmű- 
ködnie a megrendelővel. A felhasználói 
elkötelezettség kialakításának szüksé- 
gessége nem szólam, a fejlesztés első 
szakaszában (elemzés és javaslatok ki- 
dolgozása) magunk mellé kell állítani 
a felhasználókat, majd együtt dolgozni 
velük a tervezés szakaszában. Csak így 
lehet a fejlesztés eredményes. 

És még két lényeges mondat. 

— Mindig készítsünk felhasználói 
dokumentációt, amely érthető, követ- 
hető, és a rendszer kezeléséhez jól 
használható! 

— A felhasználót valamennyi sze- 
repkörében és a bevezetés, betanítás 
szakaszában is tekintsük munkatárs- 
nak, azt próbáljuk meg bebizonyítani, 
hogy feladatát az új körülmények kö- 
zött is kiválóan meg tudja oldani, és 
ahhoz, hogy ez biztosan így történ- 
hessen, mi meg is tudunk adni minden 
segítséget. 

Balassa Ildikó 


Esetleírás a lemezmellékleten 





Elsősőrban az SSADM-mel konkrét példán keresztül is megismerkedni 
szándékozó, munkájukat elkezdő, illetve leendő szervezőknek érdemes 
betekinteniük a lemezmellékleten ismertetett esettanulmányba. Talán helye- 
sebb az esetleírás kifejezést használni, mert terjedelmi korlátok és a bemutatás 
ésszerű mértéke miatt nem lehet egy fejlesztési projekt során elvégzendő 
tevékenységek teljes skáláját bemutatni. Másik előzetes megjegyzésként 
szeretném kérni a , kedves kíváncsiakat": ne bosszankodjanak, ha esetleg 
nem teljesen világosak az összefüggések. A strukturált rendszerfejlesztés 
elmélete és gyakorlata meglehetősen összetett, ezért nem várható, hogy 
nulláról indulva egy cikksorozat elolvasása után már elsajátítható legyen. 
Valljuk be, ha nem ez lenne a helyzet, nem is lehetne komolyan módszertanról 
beszélni. 

Akár rokonszenves, akár ellenszenves a gondolat, a tények egyértelműen 
azt mutatják, hogy itt új mérnöki diszciplína megjelenéséről van szó, és ezt 
ennek megfelelő súllyal kell kezelni. A csúcsmenedzsmentnek végre el 
kellene jutnia arra a felismerésre, hogy ugyanúgy nem lehet normális 
információs rendszerek előállítását , tegnapra" megkövetelni, mint normális 
gépkocsiét, televízióét, számítógépét stb. 

Tihanyi Gyula munkája a fakitermelés, fafeldolgozás témakörével ismertet 
meg, összesűrítve egy terjedelmes dokumentáció leglényegesebb elemeit. 
Bár ábrázolástechnikája nem mindenben felel meg az , ortodox" SSADM- 
nek, ami következhet helyi szokásokból vagy gyakorlatlanságból is. Arra az 
ismertetés mindenesetre alkalmas, hogy a szakma iránt vonzódó kollégák 
lássák: a módszertan kemény dolog, foglalkozni kell vele. 

Bana István 
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A , parkett" virtuózai 


Tőzsdei rendek és trendek 


Minden pillanatban, a világ minden táján és sok-sok 
tőzsdén üzletek ezrei köttetnek. A megbízók képviselői, 
az ún. brókerek hatalmas hangzavarban és sokszor 
test-test elleni küzdelemben igyekeznek minél olcsóbban 
venni, illetve minél drágábban eladni. 

Életük feszült izgalom, csupa idegmunka. 

Egyik pillanatban furcsa kézjeleket rajzolnak a levegőbe, 
így értesítve partnereiket a szándékukról, 

a másik pillanatban elmélyülten figyelik a számítógépek 
monitorjait, majd új elhatározással — sokszor milliós 
tételekkel megbízva — vetik magukat az eseményekbe 
a fejlett piacgazdaságok e specialistái. 


, Mélységesen mély a múltnak kútja" 
— mondta Thomas Mann. E kút vizébe 
tekintve pedig már az ősembernél is 
láthatjuk a kereskedelem csíráit, mikor 
is hosszú hetek munkájával készített 
kőbaltáit élelemre, bőrre, majd később 
árura, vagy éppen áruját más termékre 
cserélte. Ez az archaikus kereskedelem 
azért tőzsdeszerű, mert nyilvánosan és 
feltehetően alkudozások során alakul- 
tak ki a cserearányok. 

Nagyot lapozva az idő könyvében a 
XIII. századi itáliai tengerpartot látjuk. 
Áruval rakott hajók érkeznek a gazdag 
kikötőbe, a közeli házakban pedig ke- 
reskedők alkudoznak... Ezzel egy idő- 
ben bontogatta szárnyait a később vi- 
lághíressé vált antwerpeni tőzsde is. Az 
1566-os esztendő hozta meg a londoni 
tőzsde megalakulását — melyet Gre- 
sham angol közgazdász nevéhez kap- 
csolnak — Royal Exchange néven. A 
XVII. században az amszterdami tőzsde 
komoly nemzetközi forgalma révén vá- 
lik nagy kereskedelmi (tőzsdepiaci) 
központtá. A XIX. században létrejön 
a két chicagói tőzsde közös őse — 
alakulását 1848-ra teszik. Ma a Chicago 
Board of Trade és a Chicago Mercantil 
Exchange a tokiói tőzsdével együtt a 
világ legnagyobb árutőzsdéi. 

Magyarországon szintén a XIX. szá- 
zadban alakult meg a tőzsde. Érdekes, 
de érthető módon 1864-ben létrejött 
tőzsdénk egyesítette magában az áru- 
és értékpapírpiacot. Elődjének a Pester 
Lloyd Társulat volt , Gabonacsarnoka" 
tekinthető. A Budapesti Áru- és Érték- 
papír Tőzsde végül 1905-ben, az Alpár 
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Ignác tervei alapján épült Tőzsdepalo- 
tában kapott otthont. Később megala- 
kult a debreceni tőzsdepiac is, regioná- 
lis piacként jó alapot adva a hazai 
tőzsdei életnek. (, Egy tőzsde — nem 
tőzsde", mert nem ad lehetőséget az 
arbitrázsnak, azaz a két tőzsde közötti 
árfolyamkülönbségekre épülő üzletek- 
nek, amelyek erősen felpörgetik a for- 
galmat.) Nos, végül is így lett Magyar- 
ország Európa tőzsdepiacának megha- 
tározó része, nemzetközi hatású tőzsdei 
centruma. 

Sajnos a tőzsdei intézményrendszert 
1949-ben megszüntették. A 40 évnyi 
kényszerszünet alatt elfelejtettük a tőzs- 
dét, és elfelejtettünk tőzsdézni. A valós 
piacgazdaság kifejlesztésének kény- 
szere azonban újraélesztené a tőzsdei 
életet. (Ez a tény pedig önmagáért 
beszél, és egyben jelentőségét is mutat- 
ja.) Előbb 1989 októberében a Buda- 
pesti Árutőzsde, majd 1990. június 21- 
én a Budapesti Értéktőzsde éledt újjá. 
A , pít"-ben, a tőzsde parkettjén egyre 
növekvő forgalmat tapasztalhatunk. A 
befektetők mellett lassan a spekulán- 
sok, sőt az arbitrazsőrök is megjelentek. 
(Arbitrazsőr: a pillanat művésze, amit 
nyitáskor olcsón vesz, azt az árfolyam 
emelkedésekor azonnal eladja, vagy 
amit az egyik tőzsdén olcsón vesz, a 
másikon szinte rögtön — haszonnal — 
eladja. Ez utóbbi típusú üzletre nálunk 
még nincs lehetőség. Gondoljunk pél- 
dául a telefonhelyzetre.) Ez jó jel, hi- 
szen ők a tőzsde hasznos szereplői, 
(. market maker"-ei — piaccsinálói), nél- 
külük sokszor , leülne a piac". 


Honi tőzsdéink feléledését a világ 
nagy tőzsdéi nemcsak figyelemmel kí- 
sérik, de komoly szakmai segítséget is 
adnak a felzárkóztatáshoz. A parkett 
piacán ugyanis nem az ,árokásási" 
szándék, hanem az együttműködés a 
jellemző. Ezért tart előbbre, mint jele- 
nünk — konkurenciaharcokkal tűzdelt, 
harácsoló vadkapitalizmusa által , sza- 
bályozott" — szabadpiaci üzleti élete. 
Az egyedül helyes üzleti szemléletet, 
azaz a pillanatnyi, sokszor csak vélt 
előnyök helyett a hosszú távú haszonra 
és biztonságra irányuló gondolkodást a 
tőzsdei szemlélet testesíti meg a legjob- 
ban. Aki tőzsdézni kezd, fejleszti ön- 
magát, vállalkozását, személyiségét, tu- 
dását, és egyben a magyar és nemzet- 
közi gazdaság hasznos szereplőjévé vá- 
lik. A parkett világa nyilvános, és a 
mindenkori kereslet-kínálat valóságos 
alapján működik; a nemzetgazdaság 
jövőjének egyik kikerülhetetlen színte- 
Te. 


Mi a tőzsde? 


Bárki érdeklődő által feltett kérdésre 
a válasz: különleges piac, ahol becsü- 
letesen folyó üzletmenet révén — nyílt 
kikiáltással — a befektetők (képviselői) 
értékpapírjukat (részvényeiket) pénzre 
válthatják, devizájukat eladhatják, vagy 
pénzükért értékpapírt, devizát vásárol- 
hatnak. Megtakarításukat áruba is fek- 
tethetik, vagy felhasználás céljára pél- 
dául gabonát, élősertést stb. vásárolhat- 
nak. A termelők és felhasználók, eladók 
és vevők (illetve megbízottaik) a min- 
denkori legkedvezőbb árszinten, azo- 
nos helyen és azonos időben találhatnak 
egymásra, hiszen azonos helyen és azo- 
nos időben találkozik a gazdaság, a 
kereskedelem két fő pillére: a kereslet 
és a kínálat. 

A mindenkori árfolyamokat egyrészt 
táblán, másrészt a tőzsdei számítógépek 
monitorjain, végül utólag nyomtatásban 
is mindenki számára közzéteszik. 
Ugyanakkor ma már nagy számítógép- 
rendszerek rögzítik a szállítási és fize- 
tési feltételeket. Itt mindenképpen be- 
tartják az üzleti fegyelmet, nincs válla- 
latok közti , sorban állás", fedezetlen 
hitelfelvétel, késedelmes fizetés vagy 
elmaradó szállítás. Mindezt a szigorú 
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tőzsdei szabályrendszer, és a pontos — 

, ma már szinte automatikus, számítógé- 
pes — klíring, azaz elszámolás garan- 
tálja. 

Miközben óriási az áru, a tőke moz- 
gása, ha körülnézünk, az áruból, valu- 
tából még egy szemernyi mintát sem 
találunk. És éppen ez a tőzsde jelleg- 
zetessége: az áru, a pénz nincs jelen. 
Nincs is rá szükség! Mert az üzletmenet 
előre kidolgozott szabványszerződések, 
ún. kontraktusok alapján történik, ame- 
lyekben rögzítik az adott tőzsdén köte- 
lező minőségi előírásokat, és a kötés 
legkisebb egységét. Mégpedig az átfo- 
gó tőzsdei szabványszerződések, kont- 
raktusok alapján. A komoly piac alapja 
pedig a pontos, gyors és folyamatos 
elszámolás. 

Egyszerűsíti a helyzetet, hogy csak 
tőzsdeképes, tehát jól raktározható és 
szabványosítható tömegáruról vagy ér- 
tékpapírról szól a dal, de ugyanakkor 
bonyolítja a dolgot, hogy távolabbi ha- 


táridőre is előre megköthető az üzlet. 


Sőt: az a gyakoribb! 

Mivel a tőzsde, avagy szakmai zsar- 
gonban a , parkett" minden résztvevő- 
jére kötelezőek, és előttük részleteiben 
is ismertek a kontraktusok, előírásaik- 
ban nem képezhetik alku tárgyát. Így 
az üzletek egyszerűsített formában, 
csak az ár és a mennyiség megjelölé- 
sével folynak. 

A parkett világa a becsületes keres- 
kedelem színtere. Itt nincs helye a kinti 
piac suba alatt alakuló árainak. A tőzsde 
lényege ugyanis a nyilvánosságban rej- 
lik. A forró pillanatok kohójában az 
ajánlati árak és az üzletkötések hangos 
szóval, nyílt kikiáltással születnek, 
majd felkerülnek a , híres táblára". Ré- 
gebben krétával jegyezték az árfolya- 
mokat: ezért nevezik az árfolyamot, 
azaz kurzust régiesen jegyzésnek is. 


,:Real-time képességek" 


Ma már számítógéppel vezérelt 
elektronikus tábla szolgál az árfolya- 
mok közzétételére. Ezt a parkett minden 
résztvevője folyamatosan figyelemmel 
kíséri, így valóban az éppen reális el- 
adási és vételi ajánlatok alapján kötött 
üzletek határozzák meg az árak alaku- 
lását. A ,pít"-ből (ez az üzletkötés 
helye) azután bekerülnek az állandóan 
változó árfolyamok a piacgazdaság ütő- 
ereibe a számítógépes hálózatok által. 
Az érdekeltek és érdeklődők végül a 
nyomtatott és elektronikus sajtóból ér- 
tesülnek a tőzsdenap eseményeiről, az 
árfolyamok, kurzusok alakulásáról. A 
tőzsdei elektronikus híradás legkorsze- 
rűbb médiumai azonban az online, sőt 


f 


real-time szolgáltatók, valamint az 
elektronikus világújságok. 

Eközben kialakult egy olyan tőzsdei 
számítógépes rendszeris, ahol a világon 
szétszórtan dolgozó tőzsdeügynökök 
devizakereskedelemmel foglalkoznak, 
nem azonos helyen, de azonos időben. 
Pontosabban: egyszerre mindenhol és 
mindig. Egy-egy ilyen tőzsdeügynök, 
egyszerre legalább (!) két-három tele- 
fonon beszélve ül számítógépe előtt, 
miközben peregnek a képernyőn a szá- 
mok, kattog a rádiótávíró, gyorsan ha- 
darja eladási, vételi ajánlatait. Termé- 
szetesen kötött sorrendben, és mivel az 
idő pénz, az árfolyamoknak csak utolsó 
két tizedesét mondják ki. Erről, illetve 
ennek alakulásáról a hozzáértő nem- 
csak azt tudja, hogy éppen eladási vagy 
vételi árfolyamról van-e szó, hanem azt 
is, hogy milyen tőzsdei termékről. 

Ezekben a percekben is, mikor e 
sorokat olvassák, az aranyozott stukkós, 
másutt a modern vonalú hatalmas ter- 
mekben vagy éppen a klasszikus valu- 


. tatőzsdéknek a világon szétszórt és csak 


számítógép-hálózatokon kommunikáló 
kis kabinjaiban dollármilliós árutöme- 
gek cserélnek gazdát. És fut a hír: az 
antennákról leváló jelek útján, vagy a 
nagytávolságú rendszerek (WAN, 
World Area Network) kábelein át az 
üzleti  számítógéprendszerek  képer- 
nyőire: hogy állnak a részvények, hogy 
áll a gabona, a hús, a kőolaj kurzusa, 
mi a helyzet a devizapiacon. Ezek a 
hírek kincset érnek: mindennapi éle- 
tünk meghatározói, hiszen a ma embere 
— akár gazdag, akár szegény — a 
gazdaságból él, amelynek indikátora, 
de egyben meghatározója is a tőzsde. 
,, Világot jelentő deszkáin" alakul a tör- 
ténelem, de a széles körű nyilvánosság 
miatt elvben egyenlő esélyt kap minden 
résztvevő. 

A gyors, pontos közzététel végül is 
hatással van a tőzsdeszínpad igazi, bár 
háttérben dolgozó szereplőire, a meg- 
bízókra, majd végül a kurzusok (árfo- 
lyamsorozatok) alakulására. Ezek révén 
alakul a tőzsde egyik legfontosabb gaz- 
dasági szerepe, az árjelzés és árszabá- 
lyozás, amelynek révén a parkett világa 
objektíven mutatja a gazdaság minden- 
kori állapotát. Ezért mondjuk, hogy a 
tőzsde a gazdaság tükre és hajtóműve. 


A Windows nem ajánlatos... 


A tőzsdei rendszerek fő követelmé- 
nye a biztonság. Bár a tőzsdén minden 
nyilvános, de van egy szigorú titok: az 
üzleti megbízás tartalma és feladója. Ez 
azért fontos, mert ha a megbízás kiki- 
áltása előtt egyesek hozzáférhetnének, 


már nem a nyilvánosság, hanem egy 
szűk érdekcsoport alakíthatná az árfo- 
lyamokat. Ez kihatna a gazdaság egé- 
szére, és irreális ármozgást okozna a 
tőzsdén kívüli piacokon. Követelmény 
azonban a teljes, üvegszerű átláthatóság 
is a már feltett ajánlatok körében. A 
valutatőzsdei és a kialakulóban lévő 
egyéb üzleti rendszerekben fontos kö- 
vetelmény a nagyon egyszerű, de biz- 
tonságos kezelhetőség, rendkívüli gyor- 
sasággal. Ez meghatározza, hogy a fel- 
használói rendszernek — részben elkü- 
lönülve a nagytávolságú hálózattól — 
lehetővé kell tennie a multitaskingot, 
illetve egyszerre több felhasználót kell 
kiszolgálnia. Ugyanakkor integrálód- 
jon is a WAN-ba. Ez csakis Unixon, 
vagy ennek rokonsági körébe tartozó 
operációs rendszeren futhat, azzal a 
megszorítással, hogy minden talmi csil- 
logástól, felesleges cafrangtól mentes 
legyen. 

gy például a gép és a felhasználó 
közé ékelt grafikus felület — pláne 
egérkattintgatásokkal , hangosítva" — 
végzetes lehet. Képzeljünk el egy kis 
műszerekkel, gépekkel felszerelt szo- 
bácskában ülő devizatőzsdei ügynököt. 
Egyik képernyőjén futnak az árfolya- 
mok, a háttérben zajló értékelő folya- 
matok eredménye gépének másik kép- 
ernyőjén pereg le, harmadik képer- 
nyőjén várja az igazság pillanata. Mi- 
közben hadarja ajánlatait, az izzó pil- 
lanatokban hirtelen üzletkötésre kész 
helyzet áll elő — egy pillanatig! Mi a 
célravezetőbb? Rácsapni a return bil- 
lentyűre, vagy szabad , harmadik" ke- 
zével eljátszadoznia az egérrel, ablako- 
kat nyitogatni, csukogatni? Igaz, aki 
ilyen , könnyen kezelhető" rendszert 
használ, egyben biztos lehet: a másod- 
perc tört része alatt elvesztheti állását, 
vagyonát, és házát a feje fölül. Igaz, 
igaz: a tőzsdén minden lehetséges, min- 
den másodpercben minden változik, 
szinte minden bizonytalan. De ki vá- 
gyik a semmi bizonyosságára? 


Számítógépes támogatás 


Nos, végül is vegyük számba a tőzs- 
dei számítástechnikai rendszereket. A 
feladatok: árfolyamkövetés, esetleg 
egyidejűleg több; jegyzéskövetés — ha 
lehet, azonos időben több határidőre; 
kurzusértékelés; technikai analízis — 
grafikonok segítségével; fundamentális 
analízis — hírforrások gyűjtésével, hi- 
pertőzsde (hipertext elvű adatbázis) fel- 
dolgozásával; — félautomatikus vagy 
automatikus üzletkötés biztosítása. (Itt- 
hon már dolgoznak a BÉT rendszerének 
fejlesztésén, hogy 1996 második felé- 


ÚJ ALAPLAP  1996/2 39 


MŰHELY 





ben távüzletkötésekre is legyen alkal- 
mas — tehát, hogy a megrendelő kí- 
vánságát a brókerházban, lehetőleg 
azonnal teljesíthessék. A hálózati kap- 
csolat lehetősége a megnyújtott nyitva- 
tartási idő alatt automatikus ajánlatpá- 
rosításra és üzletkötésre ad módot.) 

Fontos a klíring folyamatos biztosí- 
tása is! Feladat még a portfóliókezelés, 
azaz arészvénycsomagok karbantartása 
a nyitott eladási és vételi pozíciók fi- 
gyelésével. Végül, bár ez nem fontos- 
sági sorrend: a befektetőbarát, üzleti 
érdekektől mentes és objektív, megbíz- 
ható oktatás vagy távoktatás. 

Az árfolyamkövető rendszerek két 
típusa terjedt el. Az egyik például egy 
kaliforniai rendszer, amely az üzletkö- 
tés pillanatában (Interneten) közzétette 
a világ legnagyobb árutőzsdéinek ép- 
pen futó árfolyamait. A másik a hazánk- 
ban is működő műholdas rendszer, 
amely egyszerre több tőzsdét , közve- 
tít". Ez átvezet a technikai analízist 
segítő grafikonképző rendszerek felé. 
Sót, interaktivitást is biztosít — némi- 
leg. Meghatározható — működés köz- 
ben — a mintavétel gyakorisága, jellege 
stb. Így értékelhető kurzusokat kezel- 
hetünk operatív módon. Jegyzés köve- 
tése lehetséges például a tévé teletext 
adásán, vagy műholdas teletext rend- 
szerek útján (például Hollandiában az 
Internetre is adnak teletextet, tehát in- 
gyen). 

Fundamentális analízishez igen jók 
az elemzést, értékelést végző hálózati 
hírforrások, elektronikus felületek, 
elektronikus vagy legalábbis hálózatra 
írt újságok. Ilyenek például a Fresno 
Bee, az Agricultural News, a magyar 
MET — utóbbi ingyen , előfizethető" 
(lásd erről az Új Alaplap 1995. decem- 
beri számát). 


Gazdasági atombomba 


Külön kategóriát képeznek a félau- 
tomatikusnak nevezhető ajánlati köny- 
vek. A Budapesti Értéktőzsde nyitott 
ajánlati könyve rögtön párosítja is a 
vételi és eladási ajánlatokat, sorrendbe 
szedve az összes beírt tételt, megjelöl- 
ve, kit, kivel hozott össze. A BÉT 
tervezi a távoli pontokról, brókerháza- 
kon föladott megbízások automatikus 
kereskedelmének beindítását. Ezt épp- 
úgy, mint a papírok demateriálásának 
— azaz nyomtatás nélküli, csupán szá- 
mítógépes nyilvántartásának — beve- 
zetését többen szorgalmazzák. 

Vérmes reményeik között az is sze- 
repel, hogy ezt szuperbiztos (bár biztos, 
hogy szuperdrága) rendszerekkel a ha- 
misítás, illetve közbenyúlás veszélye 
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nélkül tehetik. Bizonyára hamarosan 
megérkeznek az ajánlkozók ennek ki- 
építésére. 

Ezzel kapcsolatban nem árt azonban 
megjegyezni, hogy napjainkban is bár- 
mely percben kirobbanhat valahol a 
világon egy újabb hamis banki ügylet, 
néhány millió fiktív dollár átmozgatá- 
sával az elkövető számlájára. Tanulsá- 
gos eset a Pentagon rendszerének ko- 
rábbi feltörése is, vagy a legutóbbi: a 
behatolás az angol titkosszolgálati 
rendszerbe, ami pestiesen szólva nem 
semmi, pláne hogy a szupertitkos ada- 
tokat, köztük a királyi palota összes 
telefonszámát az Internetre tette a jó 
humorú elkövető. (Hírlik, hogy nemrég 
egy rádióállomás lemezlovasa beszél- 
getett el negyedóráig a királynővel. 
Vajon nem változtatták meg a telefon- 
számokat? Vagy újra közkinccsé vál- 
tak?) 

Visszatérve a tőzsderendszerekre, 
számítógépes nemzetközi rendszer a 
Globex, és teljesen automatikus tőzsde 
például az amerikai Nasdag, amely ere- 
detileg éjszakai tőzsdeként indult. Egy 
ilyen kereskedelmi számítógépes rend- 
szer a bevitt ajánlatokat értékeli, ösz- 
szehasonlítja. A végpontokon , betáp- 
lált" értékpapírokat — természetesen 
azok fizikai megjelenése vagy megje- 
lenítése nélkül — a várható haszon 
érdekében (egy meghatározott árfolya- 
mon, gazdaságossági számítások után 
meghatározott számban) adja; illetve 
veszi, majd rögtön elvégzi az elszámo- 
lást, a klíringet is. 

Természetesen előre meghatározha- 
tók a főbb paraméterek. Ilyen rendsze- 
ren követelmény lehet, hogy például 
milyen limiten, azaz értékhatáron in- 
duljon meg az üzletmenet, és milyen 
értékpapírok szerepelhetnek az üzletkö- 


tésben. Persze az is követelmény, hogy 
a rendszer biztonságos legyen. 
Megnyilvánult egyszer a teljesen 
automatikus tőzsdei kereskedelem nagy 
hibalehetősége. Egy szép nap éjszaká- 
ján az egymással forgalmazó óriásgé- 
pek szépen csevegtek egymással, régi 
békebeli időkre emlékeztetve folyt a 
forgalom, ám hirtelen megélénkült a 
kereskedelem. És , vérbe borultak"? a 
képernyők... Ez tőzsdei berkekben a 
tőzsdekrach biztos jele. Az árfolyamok 
esését a , bearish", azaz medve irány- 
zatot ugyanis piros színű számokkal 
jelzik a színes képernyőkön. A kurzus 
zuhanását érzékelve azután egyre több 
gép egyre több részvényt adott el. 10 
perc múlva már gazdasági atomrobba- 
nás fenyegette a világot, mert egy ilyen 
nemzetközi rendszer mindenhol azon- 
nal hatni kezd. Képzeljük el, hogy 
másnap például 1 forintot vagy csak 10 
fillért ért volna a dollár. Ennek freneti- 
kus hatását könnyen elképzelhetjük. .. 
Szerencsére egy éber operátor észrevet- 
te a hibát, megállapítva, hogy valaki 
egy új eladási megbízáskor a rész- 
vények darabszámának beírása után a 
billentyűzet 0 feliratú gombján felejtet- 
te a kezét. Nos, a gép óriási értékpapír- 
mennyiséget dobott a piacra, erősen 
lefelé nyomva a jegyzések árfolyamát. 
A londoni tőzsde Seath-plus rendsze- 
réből kiinduló fejlesztésről szóló hír- 
adás: ott a parkett piacából hamarosan 


. igazi automatikus elektronikus tőzsde 


lesz. Nyilván beépítik a szoftverbe az 
árfolyamzuhanások okának elemzését, 
és talán beépítenek egy eladási limitet, 
azaz értékhatárkorlátot is. Mindeneset- 
re az elektronikus tőzsdék világa a 
szemünk előtt fejlődik majd ki. 
Lássuk ...! 
Orczán Csaba—Orczán Zsolt 





Helyesbítés 


1995. decemberi számunknak , Az 
első európai e-journal" című cikke meg- 
említi a MET-hez és az Internet Hírügy- 
nökség szolgáltatásaihoz díjmentes elő- 
fizetéssel (jelentkezéssel) való hozzáfé- 
rés módját. A cikkben megadott címzés 
a nyomdai átfutási idő alatt azonban 
megváltozott, ezért sokan hiába próbál- 
ták hívni. (A szerkesztés ördöge egyéb- 
ként is belecsempészett egy betűcserét 
a karaktersorba, de az most már úgy 
sem él.) Elnézést kérünk, és itt közöljük 
a (pillanatnyilag) helyes megrendelési 
formát, mely az alábbi címre küldött 
e-mailben juttatható el: 

listserv(ohuearn.sztaki.hu 


A subjectbe semmit sem szabad írni, 
a levél testébe (szöveg helyett) pedig 
csak a következőt: 
sub met-tozs vezetéknév keresztnév 
sub metpress vezetéknév keresztnév 
sub met-ohaz vezetéknév keresztnév 
sub met-parl vezetéknév keresztnév 


A fentiek szerinti egy-egy üres szó- 
köz a szabályos, és az egész levélben 
tilos hosszú ékezetes betűt írni. Tehát 
ha a vezetéknévben és a keresztnévben 
van ilyen, akkor azt is , csonkítottan" 
kell megadni (például Kovács Béla 
helyett Kovacs Bela). Reméljük, hogy 
így már nem lesz semmi probléma. 


Hallgattassék meg a , hülye user 
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SZOFTVERPORTÉKA 


Vegyes szoftver — közös gond 


Amikor korábban alkalmazásfejlesztési kérdésekre 
kerestünk választ, legtöbbször úgy kezdődött egy cikk, 
hogy számba vette mindazokat az eszközöket 
(programozási nyelveket, szerszámokat, könyvtárakat), 
amelyekre a fejlesztés támaszkodott. 

Ehhez kapcsolódott a feladatspecifikus ismertetés 
esetleg némi építő jellegű kritika — és kész. 


Mi a helyzet ma? Az elemzések éle- 
sen elkülönítik egymástól a fejlesztési 
eszközök bemutatását, és a kész alkal- 
mazásokról szólva már csak annyival 
intézik el: ezt Access Basicben, amazt 
meg Delphiben fejlesztették. 

Sokunknak persze az lenne az izgal- 
masabb információ, hogy a különféle 
pénzkereső eszközök közül melyiket 
milyen célra érdemes inkább használni, 
de ezeket a kulcsinformációkat — saját 
jól felfogott érdekükben — megőrzik 
maguknak a fejlesztők, tapasztalati in- 
formációk híján pedig marad az eszköz 
marketing-információiban való kételke- 
dés. Ugyanakkor a hangsúly egyre in- 
kább a könnyű alkalmazásgenerálásra és 
a széles elterjedést biztosító platformvá- 
lasztásra tevődik át. 

Két olyan szoftver került a kezembe a 
közelmúltban, amely — más-más mó- 
don, de — jól jelzi az alkalmazásfejlesz- 
tés napjainkra igaz, magyar problémáit. 
A szélesebb tömegek számára szánt 
alkalmazást egyre inkább az ötlet adja el, 
és csak másodlagosan merül fel az a 
szempont, hogy elég hatékonyan, elég 
gyorsan működik-e az adott alkalmazás 


az adott hardverkörnyezetben. (Ilyenkor 
persze rögtön jön a kérdés, látván a 
csigasebességet, hogy nem a mi hardve- 
rünkben van-e a hiba.) 

Sokan azt mondják, gyors Windows- 


"kódot generálni azért reménytelen vál- 


lalkozás, mert vagy a Microsoft által 
preferált, vagyis Microsoft-alkalmazás- 
generátorral íródik a mű, és ez lassú, 
vagy pedig azért, mert az a fejlesztő, aki 
olyan eszköz mellett dönt, amely nem a 
Microsoftnak vagy famulusainak kel- 
léktárából való, csak korlátozva képes 
eleget tenni a vállalt feladatnak. 


CégGazda 


Bizonyos kulcs-drivereket ugyanis a 
Microsoft nem ad ki potenciális ellenfe- 
leinek, akik ennek következtében — ha 
már a divat- és üzleti áramlatoknak 
megfelelően a Windows felületen kény- 
telenek terjeszkedni — egyes részfela- 
datokat csak ügyetlenül tudnak megol- 
dani. 

Az ügyvitel világszerte biztos piacot 
jelent mindenféle színvonalú alkalma- 
zásfejlesztés számára, Magyarországon 


meg különösképpen. Ahogy a bürokrati- 
kus hatalom ügyesen ismeri fel, hogy 
egyre fásultabbak vagyunk vitába száll- 
ni agyalmányaival, marhaságaival, úgy 
teremti meg az ügyviteli programok 
folyamatos upgrade-jét. A pénzügyi 10- 
gika bátran bonyolítja agyon még a 
világos pénzügyi-ügyviteli folyamato- 
kat is, jogszabályerdővel annyira védi 
magát az állam, hogy hibátlanul könyve- 
lő állampolgár egyszerűen nem létezhet. 
A legfegyelmezettebb adóalany is csak 
az APEH jóindulatában reménykedhet. 
Rossz jogszabály még rosszabbat szül, a 
szoftveresek újabb és újabb próbálkozá- 
sai pedig hasznosak lehetnek ugyan, de 
tökéletesek sohasem. 

Bár a Profilax kész termékén nem 
érződik, szinte kézzelfoghatóak azok a 
korlátok, amelyekbe a fejlesztés során 
bele kellett ütközniük. 

A pénzügyérek mellett persze jutha- 
tott a , dicséretből" az alkalmazásfej- 
lesztő-gyártók felmenőinek is, amikor a 
gigantikus erőforrás-igény mellett a fej- 
lesztőrendszer trükkjeivel is meg kellett 
küzdeni. (Én egyszerűen sutba vágtam a 
további ismerkedésre rendelkezésemre 
bocsátott demó-floppykat, meglátván az 
első hibás floppyra adott , logikus" üze- 
netsort — lásd a két lenti ábrán.) Engem 
speciel mélységesen felháborít, ha egy 
program — esetünkben az Access — 
hibaüzenetként röhögve ,a szemembe 
hazudik". 

Maga a termékbemutatón megismert, 
Windows és Win95 alatt egyaránt futó 
CégGazda számlázási, készlet- és meg- 
rendelés-nyilvántartási, vám- és árkal- 































































































































































































[e File Manager r][/ el File Manager e] 
File Disk Tree View Options  Convert Window Help File Disk Tree View  Öptions  Convert Window Help 
. CAGYUJTOSSCHAVELV 7 zi z - CAGYUJTOJSCHAVELVT -]- si 
3 AN zis He AM za 
isséjaj me A ts SSBI—B A tai 
ad] : 7 [5.1 ZO setupit — EJdecompere verd z 
System Error There is insufficient memory or disk space to dj 
run Setup. Setup needs about 900kb of free disk KS 
space. [9 FE 
Li Ej Try shutting down other applications, restarting 1 
IT Ir 1 Windows, or freeing some disk space. 





2 Be 



































"Total 35 file(s) (1.233.064 bytes) 











Selected 1 file(s) (39.856 bytes) 


(Total 35 files) (1.233.064 bytes) 












































E 





Vincent 2 














Iisral 


8 [do] 








E Ti 





ja] 














ÚJ ALAPLAP  1996/2 41 


SZOFTVERPORTÉKA 





AUTÓSISKOLA 


leszt Súgó 





BHEi BET AUTÓSISKOLA 


File Teszt Súgó 




















Tanan 1 Teszt ] Autótérképl Almanach] 

















kulációs program gördülékenyen és a 
várakozással ellentétben elfogadható 
gyorsasággal teljesíti a feladatokat, pe- 
dig egy látens Accesst is magával kell 
görgetnie. (Igaz, mutatóban voltak csak 
feltöltve adatokkal a különböző raktárak 
könyvtárai.) 

A program jelentőségét az adja, hogy 
teljes értékű megoldást kínál a viszont- 
eladók és bizományosok kezelésére, va- 
lamint, hogy az egyes termékbeszállítá- 
sokat külön tartja nyilván, így FIFO és 
FILO rendszerben is lehet számlázni. (A 
gyári számok nyilvántartása talán éppen 
a számítástechnikai eszközök forgalma- 
zói számára lehet fontos szolgáltatás.) A 
bruttó, nettó adatok vagy a haszonkulcs 
megadásával a többi adat automatikusan 
átszámolódik, a külföldi beszerzési árak 
automatikusan forintban jelentkeznek. 

Erénye a programnak, hogy a végte- 
len számú raktárak között minden — 
szabadon definiálható — mozgásfajta 
látható: a raktárral és a mozgás irányá- 
val, valamint az összes kísérő informá- 
cióval egyetemben. A program a cikk- 
kartont automatikusan vezeti, akár szó- 
töredék alapján való keresését is lehető- 
vé téve. Annak, aki megszokja, bizonyá- 
ra nagy könnyítés, hogy a beviteli pane- 
lek két kattintással előcsalogathatók, a 
bonyolultabb műveletek segédablakai 
pedig automatikusan jelennek meg, il- 
letve tűnnek el — szükség szerint. 

A programot a fejlesztő Profilax első- 
sorban viszonteladói, bizományosi háló- 
zatot működtető nagykereskedők szá- 
mára ajánlja. Olyan cégeknek, amelyek 
nem percenként gyártanak új és új szám- 
lát (ehhez az egérkattintgatós megoldás 
egy kissé körülményes volna), hanem 
akiknél a jellemző napi forgalom mint- 
egy 50 számla, ugyanakkor fontosnak 
tartják, hogy a készletgazdálkodási ada- 
tok precízen előkészítve kerüljenek a 
könyvelési rendszerbe. Az ár/teljesít- 
mény mutató vonatkozásában a Cég- 
Gazda program jó ajánlatnak tekinthető. 
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A program külső megjelenése a fej- 
lesztőrendszer lehetőségei és a feladat 
megvalósítása közötti kompromisszum- 
keresést tükrözi. A két panel közül a 
termékbevitelire zsúfolódik rá a feladat 
jellege miatt szinte minden információ 
— más nézőpontból éppen ez az erénye, 
mondván: minden funkció egy felületről 
érhető el. 


Autósiskola 95 


Más a helyzet a Delphiben fejlesztett 
közlekedési oktató-vizsgáztató prog- 
rammal, a TalmaMédia Kiadó Autósis- 
kola "95 nevű CD-jével. Ennél a prog- 
ramnál elméletileg adva volna a gyorsa- 
ság — hiszen a Delphi exe-fájlt generál, 


s nem kell virtuálisan jelen lennie egy" 


másik teljes programkörnyezetnek —, 
de valahogy a programegyüttes bizo- 
nyos elemeire várakozva bizony nem 
tudta az ember, hogy most éppen lefa- 
gyott a program, vagy pedig egyszerűen 
csak ezen az , ósdi" masinán (486 DX2, 
66 MHz, 2X CD-ROM) nem hajlandó 
megközelíteni azt a sebességet, amelyet 
elvárnánk. 

Másként viselkednek az egyes modu- 
lok is: a tesztkérdések kitöltése, a kérdé- 
sek frissítése képben—szövegben töké- 
letesen megfelelő, de ha a járulékos 
csicsát vesszük (az első grafikus felüle- 
tű, részletes Magyarország-autóstér- 
kép), bizony elfog a kétségbeesés: a 
kirajzoláshoz szükséges idő alatt az em- 
ber nyugodtan hátraballaghat a csomag- 
tartóhoz, előáshatja az elakadásjelző há- 
romszög és az izzókészlet maradványai 
alól a papírtérképet, a betú— szám koor- 
dináták segítségével megkeresheti a kí- 
vánt törökbálinti vagy szerencsi leága- 
zás pontos helyét, és még mindig előbb 
végez, mintha ugyanezt egy notebookon 
kísérelné meg az autó ülésén. 

Kérdés, hogy tulajdonképpen milyen 
környezetre optimalizálták a fejlesztők, 
gyaníthatóan már a Windows 95 által 
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megkövetelt  minimum-Pentium lebe- 
gett a szemük előtt. 

Minden bizonnyal a (fejlesztési) in- 
formációhiány a magyarázata néhány 
jellemző szoftverhibának, amelyek re- 
mélhetőleg a következő kiadásra kija- 
vulnak: olyanokra gondolok, mint ami- 
kor egy tesztkérdés végét , leharapja" a 
fixen rátelepülő menüablak, vagy má- 
sutt csak csúszkálva lehet végigolvasni 
a választható videobejátszások listáját. 

Tartalmi hibára a másfél órai nyúzás 
alatt mindössze egyre sikerült ráakadni, 
ekkor a teljesen egyértelmű közlekedési 
helyzetben a program hibásnak jelezte a 
több alkalmi , szakértő" által jónak mi- 
nősített válaszomat. A méretezésssel vi- 
szont mindenképpen gond van: a video- 


" béjátszások gyufásskatulya méretben 


bizony élvezhetetlenek — egyszer s 
mindenkorra búcsút kellene inteni a 
Video for Windows korábbi változatai- 
nak. 

A program legfőbb erényeként a 
tesztlapok kitöltésének szabadságfokát 
és a valódi helyzetet szimuláló kivitelét 
lehet tekinteni, ennek a modulnak a 
működtetésekor valahogy minden , kéz- 
re is áll." 

Napjaink szponzorínséges világában 
mindenképpen pozitívumként, a szerve- 
zők ügyes (és a CD-t olcsóbbító) megol- 
dásaként kell megemlíteni: az egyik 
benzinkút-hálózat néhány kútjának be- 
mutatkozó fotója tipikus esete a diszkrét 
reklámnak, s hasonlóan élelmes mene- 
dzselésre vall, hogy nagy márkakereske- 
dőkre, szervizekre és autósiskolákra vo- 
natkozó információk is kikereshetők. 

Az apróbb hibáktól eltekintve a mint- 
egy 4000 Ft-os CD-t gyakorlás céljára 
mindenképpen javasolni tudom a B ka- 
tegóriás jogosítványt megcélzók számá- 
ra: a Közlekedési Felügyelet által is 
jóváhagyott, a Duka—Keller—Kiss-Vi- 
rágh szerzői kollektíva által írt tankönyv 
multimédiás változata is megér ennyit. 

Varga János 
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Nyolc a Windows-igazság! 


Merre tart a Clipper? 


A Windows és rokonsága 
mindenre rányomja bélyegét. 


Így van ez a CA (Computer Associates) 
Clipper 5.3 esetében is, ahol ráadásul 


az a furcsa helyzet állt elő, 


hogy DOS alá szánt alkalmazásokat 


Windows alól kell fejleszteni. 


Ez a korábbi gépigényt egy kissé 
— és szükségtelenül — megnöveli. 


A Clipper DOS-os adatbáziskezelőt 
Magyarországon is sokat emlegetik és 


használják. A CA magyarországi képs " 


viseletétől kapott Clipper 5.3 előzetes 
upgrade verziójának tesztelésekor szer- 
zett első tapasztalatokat — úgy érzem 
— érdemes megosztani az Uj Alaplap 
olvasóival. 

Talán a véletlen műve, hogy otthoni 
kis gépemen többszöri installálás után 
sem tudtam az új Clippert elindítani. A 
korábbi DOS rendszerű felületen jól 
lehetett dolgozni ezzel a sokak által 
szeretett fejlesztőeszközzel. 

A , bigware" átka azonban már ide 
is elkísért: a DOS-os programok gond 
nélkül futnak a 386-os DX-emen (40 
MHz-es, 4 Mbájt RAM-mal), hiszen 
azon fejlesztem a Clipper és rokonsága 
programnyelvein íródott alkalmazások 
nagy részét, de , ő" nemigen tetszett a 
programnak. (Noha annak idején magas 
szinten biztosítottak arról, hogy a Win- 
dows fut rajta. Fut is, csak a programok 
nagy része valahogy nem akar tudomást 
szerezni Kapus Vilmos úr eme ígéreté- 
ről. A gép ugyanis parancsoknak és nem 
kívánalmaknak engedelmeskedik.) 

Mindez történt annak ellenére, hogy 
a dokumentáció szerint a Windows 3.11 
alatt futó Clipper munkaasztalnak, a 
rendszer saját desktop felületének elin- 
dításához — ha még jól tudom a doku- 
mentációt olvasni — elég lenne egy 
386-os gép is, DOS 3.1-gyel, vagy a 
fölötti verziójú operációs rendszerrel, 
és Windows 3.11-es és annál magasabb 
fekvésű Ablakokból. 

A kórházi gépen — a munkahelye- 
men — már nem volt semmi probléma, 
minden gond nélkül ment az installálás, 
bár az a gép 486 DX2 60 MHz-es, 8 


Mbájt RAM-mal. Vagyis minden hiva- 
talos állásponttal ellentétben, ha az ak- 


"naszedésnél és a pasziánsznál kicsit 


komolyabb tevékenységre akarjuk 
használni a Windows-felületet, akkor 8 
(azaz nyolc -— eight) Mbájt a minimális 
konfiguráció. 

Befejezve a telepítéshez szükséges 
műveletet Windows , alatt", a CA Clip- 
per csoportban két help és a szokásos 
DBU mellett egy vitorlás ikonnal lehet 
elindítani az új Clippert. (A vitorla talán 
utal a cég terveire, bár nem tudom, 
kapnak-e még szelet valaha, hiszen a 
DOS-os platformot is folytatni kellene: 
nem mindenki akar — és tud — ugyanis 
, ablakot pucolni". Ugy érzem, talán 
kicsit későn ébredtek...) Tulajdonkép- 
pen a CA , jól ismert" munkaasztala 


fogad bennünket, kicsit talán egysze- 
rúűbb formátumban, de semmivel sem 
igénytelenebbül. 


Menjen a munka... 


A szokásos windowsos File menün 
kívül érdemel néhány szót a Setup 
menüpont, amely a Font és Szín beál- 
lításokon kívül tartalmazza végre a Lin- 
ker opciót is. Ez egyszerű lehetőséget 
nyújt arra, hogy ne MAKE fájlokat 
kelljen írni minden alkalmazáshoz, 
hogy standard változóval könnyen- 
gyorsan elintézhesse a programozó a 
library, object állományok megadásá- 
nak módját, az .exe fájl nevét, hogy 
kér-e az igen tisztelt programozó úr 
MAP fájlt a linkelésről, és még szám- 
talan más opciót. 

A következő menüpont a Setup alatt 
még Compiler panel, ahol is több opció 
között megadhatjuk például az object 
fájlok elhelyezésének könyvtárát. Sok 
esetben nagyon hasznos lehet ez, főleg, 
ha egy idő után már mindenütt ".obj 
kiterjesztésű állománynevekkel talál- 
kozunk, és magunk is elveszünk saját 
alkotásaink dzsungelében. Bekapcsol- 
hatjuk a CSAK szintaktikai ellenőrzést 
is, vagy például letilthatjuk a figyel- 
meztető üzeneteket. Ezek hasznosak, de 
idegesítőek is tudnak lenni. 

Ha próbálgatunk valamit, és például 
belejavítunk a kódba, de nem mentjük 
el fordítás előtt, akkor üzenetet kapunk. 
Hozzáteszem, akkor is üzenetet ka- 
punk, ha elmentjük, de ez az apróság 
elfér a pakliban, hiszen akkor már be 
lehet fogni a lepcses száját... 

Szólnunk kell a TOOLS menüben 
található Application Browserról, a Mo- 
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dul Browserről, az Entity Browserről 
és az Error Browserről, mint olyan 
célszerű új funkciókról, amelyek hál" 
istennek nem a kereskedelmi csali ka- 
tegóriáját gazdagítják.. 


Tallózók 


Az Application Browser tulajdon- 
képpen az általunk készített alkalmazá- 
sok között segít tájékozódni. Az alkal- 
mazásikonok alatt találjuk a hozzá tar- 
tozó függvényeket, procedúrákat. Ez 
windowsos szemlélettel nagyon egyér- 
telmű. Pedig egyébként nem mindig 
volt az. 

Például hányféle PRG állományt kel- 
lett korábban valamilyen módon kordá- 
ban tartani. Ha rendet akartunk, külön 
könyvtárban kellett tárolni az azonosa- 
kat is — az általánosan több különböző 
alkalmazásban használt függvényeket, 
amelyeket az ember évek alatt szépen 
megírt. Igenám, de ha egy ilyen általá- 
nosan használt függvényen valamilyen 
okból változtatni kellett, akkor minden 
olyan könyvtárban, ahol korábban meg- 
található volt a szóban forgó univerzális 
függvény, módosítani kellett, de úgy, 
hogy ne maradjon ki egyik alkalmazás 
sem — hisz később igen nehéz rájönni, 
miért nem fut egy olyan program, amely 
kipróbált, régi jó függvényeket alkal- 
maz. 

A Modul Browser hasonló az előbb 
említetthez, azzal a különbséggel, hogy 
a Clipper új vitorlása helyzetérzékeny, 
mert attól függően más és más menü- 
pont aktív, hogy ott éppen mely funk- 
cióknak van értelmük. 

Az Entity Browser a teljes forrás- 
program felépítését tárja elénk, ami 
nagyban segíthet, hogy a valamikor 
átgondolatlanul felépített programszer- 
kezetet . később  imegváltoztassuk. 
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CTRL-F1 


Törzskarbantartás 


Egyébként függetlenül attól, hogy én 
egy kicsit elfogult vagyok, kíváncsi 
lennék, hogy ennél jobb , vizuális" se- 
gítséget vajon melyik — félig DOS-os, 
félig windowsos — fejlesztőeszköz ad- 
na a kezembe. 

Itt végre gondolkodtak egy kicsit a 
fejlesztők... 

Elsősorban azért jó az Entity Brows- 
er, mert egészében lehet látni a kód- 
blokkot — most nem a programozás- 
technikai kódblokkokra gondolok —, a 
meződefiníciókat, a függvényeket, a 
menüket és a szervereket. A korábbi 
verziókhoz képest teljesen új fogalom 
— vagy objektum? került most a 
programba. Ezt az írók szervernek ke- 
resztelték el. Filozófiája már a win- 
dowsos, illetve az SOL-es világból is- 
mert: azonos az ottani OLE, illetve az 
SOL szerver szerepével, csak itt kissé 





Clipperül valósították meg. Minden 
egyes DBF-struktúrához adatszervert 
kell definiálni, aminek nagyon sok elő- 
nye van. Például: meg tudunk oldani 
adatbeviteli ellenőrzéseket anélkül, 
hogy a programba beépítenénk az el- 
lenőrzést, mert egy mezőnek jellemzője 
lehet a rá vonatkozó adattartalom is. 

Az Error Browser nagyon hatékony 
hibamegjelenítő rendszer, fordítás után 
ez az ablak automatikusan megjelenik 
— de természetesen csak akkor, ha hiba 
van a kódban — és a hibakódra kat- 
tintva azonnal a forráskódnak arra a 
pontjára visz, ahol a hibakódhoz tartozó 
nyelvi elem van. 

Gondoljunk csak arra, hogy a korábbi 
verzióknál a hiba a képernyőn elszaladt. 
Egyszerűbb esetben az ember megállít- 
hatta a breakkel, de okosabb megoldás- 
nak tűnt a hibalista fájlban való elhe- 
lyezése, utána pedig jött a bogarászás 
a szövegszerkesztőben, majd a polos- 
kairtás. És ezt a végtelenségig lehetett 
folytatni, hiszen hibamentes program 
csak a mesében létezik. 


Segédszerkesztők 


A Form Editor egy a Cavóhoz na- 
gyon hasonló képernyőformátum-gene- 
ráló, amellyel könnyen-gyorsan lehet 
képernyőképeket készíteni a korábban 
megszokott , SAY" paranccsal való gé- 
pelgetés meg a kockás papíros tervezés 

- helyett. Nagyon fontos az a lehetőség, 
hogy a Menü Editor segítségével gyor- 
san tudunk alkalmazásunkhoz felhasz- 
nálói és kezelői menüket generálni. 
Mindezt oly módon, hogy a generátor- 
ral létrehozott forrásprogramot , kissé" 
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átgondolva könnyen módosítható for- 
ráskódrészletet kapunk. 

A DB Server Editor Fieldspecben 
tudjuk megadni az adatbázisfájl definí- 
cióit, nevét, az őt tartalmazó mezők 
neveit. Természetesen importálni is le- 
het korábbi adatbázis-állományokat, ez 
a korábbi verziókról való áttérést nagy- 
ban elősegíti. A Fieldspec Editor segít- 
ségével az adatbázisfájlon belül lehet 
megadni a mezőspecifikációkat, a mező 
nevét, hosszát, típusát stb. 

Fontos még természetesen a Source 
Code Editor. Ami először szemembe 
tűnt ennél a változatnál: a nagyon jól 
eltalált forráskódeditor, amely a paran- 
csokat, megjegyzéseket és a különböző 
szintű programozástechnikai utasításo- 
kat külön színnel jelöli. Mindez először 
kicsit talán luxusnak tűnik, de amikor 
a programozónak már kigúvad a szeme 
a hatezredik programsor átböngészése 
után, és még mindig nem találja a 
szemantikai hibát, akkor igazán érthető 
a már régen várt gyári editor szüksé- 
gessége. ű 

A Windowstól megszokott módon 
természetesen több ablakban lehet szer- 
keszteni a kódot, különböző program- 
struktúrákat kibontva, főprogram, mo- 
dul vagy függvény mélységig. Az Edi- 
tor minden szükséges jóval fel van 
szerelve, ami elvárható tőle: keresés, 
beszúrás, csere, undo, redo, ugrás a kód 
bármely részére, méghozzá függvények 
szerint. (Végre valaki nemcsak editort 
ír, hanem ismeri annak a programnyelv- 
nek a logikáját is, amelyikre írja...) Az 
Editorral azután könnyen, gyorsan át- 
tekinthető kép alakul ki saját progra- 
munk felépítéséről. Ez a dokumentá- 
cióban és a hibakeresésben egyaránt 
nagy segítség. 


Értékelés 

Bár a generált forráskódokat először 
nehézkes megfejteni, összességében 
könnyen kezelhető, jól és nagy haté- 
konysággal használható , pluszt" kapott 
az új DOS-os Clipper a windowsos 
fejlesztői környezettel. Mégis: mintha 
lépéshátrányba került volna az alkalma- 
zást fejlesztő programok terén a Com- 
puter Associaties. A nagy vetélytársak 
hasonló grafikus felhasználói felületű 
(GUD és sok csicsával megtűzdelt prog- 
ramjai már korábban megjelentek. 

Néhány összehasonlítás: 

1. Példa inkompatibilitási problé- 
mákra: a 87 Summer verzióban értel- 
mézétt ,, : " -t a Clipper 5.3 nem 
értelmezi folytatósornak abban az eset- 
ben, ha REPLACE szerepel a követke- 
ző sorban. 
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bességgel (LightLib). 





Széljegyzet a forgalmazótól 


Időközben megjelent a CA-Clipper 5.3a patch, melyben a , Merre 
tart a Clipper?" című cikkben említett hibákat kijavították, illetve az 
indexelési idő is jelentősen csökkent. A PC Szoftver Kft mint a 
Computer Associates hazai disztributora már ezt a verziót forgalmaz- 
za, és akinek a javító patch még nincs meg, az ingyen letöltheti a PC 
Szoftver BBS-éről a 213-2015-ös számon. 

Az esetleges félreértések elkerülése végett érdemes megjegyezni, 
hogy a CA-Clipper 5.3-ban történő fejlesztésnek csak egyik lehetősége 
a windowsos workbench használata. Természetesen továbbra is lehet 
a megszokott, DOS-os fejlesztői környezetre is installálni. 

A fentieken kívül további újdonságokat is tartalmaz az új 5.3-as: 
korszerűbb linkert (Blinker), a felső memória használatát a kész 
alkalmazásokban (ExoSpace), grafikus képernyőkezelést DOS-os se- 











2. Egy teljesen azonos Clipper for- 
rásnyelvű program lefordított hossza a 
87 Summer verzióval 254 007 bájt, a 
Clipper 5.3-mal 596 802 bájt. 

3. A futási sebesség azonos forrás- 


"nyelv esetén a kompatibilitási problé- 


mák kijavítása után a Clipper 5.3-nál 
486 DX2 66 MHz-es processzor (8 
Mbájt) esetén jobb, mert az 5.3-as ver- 
ziót a Microsoft legújabb C--t nyelvén 
írták, amely végre kihasználja a mate- 
matikai koprocesszort is. Sajnos azon- 
ban még mindig nem generál natív 
kódot. Komoly hiba, hogy hiányzik 
belőle az objektumorientáltság. Objek- 
tumosztályok vannak ugyan benne, de 
újakat nem lehet létrehozni. 

4. Az indexelés sebessége és mérete 
hagyományos DBF-struktúra esetén. (A 
tesztelésre felhasznált DBF-állomány 
hossza: 9 627 941 bájt. Rekordszám: 
246 862. Az indexelés nagysága: 
4 427 776 bájt.) 

a./ Az EXE-állomány mérete fordítás 
után: 

— 87 Summer: 202 736 bájt 

— Clipper 5.01: 219 136 bájt 

— Clipper 5.3: 385 650 bájt 

b./ Az indexelésre fordított idő: 

— 87 Summer: 2 perc 26 másodperc 

— Clipper 5.01: 1 perc 45 másodperc 

— Clipper 5.3: 3 perc 06 másodperc 


5. Fordításkor jelentkezik egy ablak- 
kezelési — hiba  pl.: — , Compiling 
ovlipSzvcacidataproba.prg?" — szürke 
alapon, ablakkeret nélküli üzenet, és 
nem is tűnik el, csak hosszas ablak- 
vagy ikonnyitogatás esetén. 


Mindent összevetve 


Akinek a gépparkja 386--kopro- 
cesszor vagy annál nagyobb masina, 
érdemes meggondolnia az új változat 
beszerzését és alkalmazásainak átírását. 
Ezzel jelentősen javul a műveleti sebes- 
ség. A szoftver újdonságai a korábbi 
verzió ismerőinek némi próbálgatás, 
szitkozódás és kézikönyv-olvasás után 
nem jelentenek akadályt. 

Ugyanakkor tanácsoljuk a vásárlók- 
nak, hogy a szoftverért mindenképpen 
bevásárlókocsival "menjenek, hiszen 
egy csomag mintegy 6 kilót nyom. 
Csodálom, hogy nem készült legalább 
a kézikönyvből CD-verzió. Igaz, a ko- 
moly szoftverek komolyságát a kézi- 
könyvek vaskosságán szokta lemérni az 
, értő" felhasználó, és a CD-s help csak 
lassan válik általánosan elfogadottá. 
Ámbár a Novell is túltette magát a 
papírhegyeken... Reméljük, a CA is 
követni fogja. 

Györke Zsolt 


MÁRCIUSBAN A HÓNAP TÉMÁJA: 


INTERHÁLÓ 
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Labdába rúghat-e a NexGen az Intel mellett? 


Jön a következő generáció 


A régi versenytársakat, az AMD-t és a Cyrixet megelőzve 
egy viszonylag új cég, a NexGen tudta a technológiában 
legjobban megközelíteni az Intelt, a tervezési fázisban pedig 
le is hagyta. Pentium kategóriájú Nx586-os processzorai — 
saját alaplapon — 1994 szeptembere óta kaphatóak, 

és várható az Nx686-osok bejelentése. 


Az Nx586-os sorozatot a NexGen 
egyértelműen a Pentium versenytársá- 
nak szánta. A típusjelzés mutatja, hogy 
milyen órajelű Pentiummal nyújt azo- 
nos teljesítményt, legalábbis a NexGen 
szerint. A valódi órajel ennél persze 
kisebb: az Nx586-P100O-nál 93 MHz, a 
P90-nél 84, a P80-nál 75, a P75-nél 
pedig 70 MHz. 

Amint az ábra is mutatja, a CPU az 
x86 utasításokat RISC-szerű utasítá- 
sokká fordítja le — a NexGen RISC86 
utasításoknak, illetve architektúrának 
nevezi , és ezeket párhuzamosan, 
akár az eredeti utasítássorrendtől elté- 
rően hajtja végre. A RISC86 utasítások- 
kal a processzor közvetlenül is használ- 
ható, vagyis az ilyen utasításokkal írt 
program is futtatható a CPU-n a fordí- 
tóegység kihagyásával. 

A RISC86 utasításokat az ütemező 
adja ki a két független végrehajtó egy- 
ségnek, a címképző külön modult alkot. 
Így egyszerre, egy órajelciklus alatt 
max. két utasítást tud végrehajtani. A 
beépített első szintű cache külön utasí- 
tás- és adatrészre osztott, mindkettő 16 
Kbájtos, míg a Pentiumé és a Pentium 
Próé csak 8-8 Kbájt. 

A hatékony utasítás-végrehajtás ma 
már minden CPU-ban megköveteli az 
elágazások figyelését, mivel az x86 
kódú felhasználói programokban az 
utasítások 15-2590-a elágazó utasítás. 
Az Nx CPU-k is tartalmaznak elága- 
zás-előrejelzést. Két szintet figyelnek 
előre. 

A processzorba beépítették a máso- 
dik szintű (L2) cache vezérlését is, 
amely visszaíró (write-back) típusú, a 
MESI protokollt használja, és mérete 
256 Kbájt vagy pedig 1 Mbájt lehet. A 
cache-vezérlés CPU-ba telepítése lehe- 
tővé teszi, hogy a cache-t a CPU óra- 
jelével használja, persze elég gyors 
SRAM memória is kell hozzá. 
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Mint ahogy az az ábrából is sejthető, 
az Nx CPU-k nem lábkompatibilisak 
sem az Intel 486-osokkal, sem a Penti- 
ummal. 

Három, egymástól független 64 bites 
adatbuszuk van a külvilág felé. Az elsőn 
a memóriával, illetve a rendszer többi 
részével kommunikál a CPU. Külön 64 
bites adatút szolgál a második szintű 
cache eléréséhez. Ez azt jelenti, hogy a 
szükséges adat lehívása a memóriából, 
és a következő utasítások betöltése az 
L2 cache-ből egyidejűleg történhet. A 
harmadik busz szolgál a lebegőpontos 
processzor (FPU - floating point unit) 
illesztésére, mivel lebegőpontos egysé- 
get az Nx586 nem tartalmaz. 

A matematikai processzor számára 
nincs foglalat az alaplapon, az FPU-t 
közös modulra szerelik a CPU-val, és 
a modult kell a processzorfoglalatba 
illeszteni. Legalábbis elvileg, mivel 
hozzánk ilyen modellek eddig még nem 
jutottak el. 

A processzor 3,5 millió tranzisztor- 
ból áll, ami a Pentium 3,3 milliójával 
összevetve szép szám, bár az összeha- 
sonlítást nehezíti, hogy a Pentium FPU- 
t is tartalmaz, az első szintű cache 
azonban csak 8-8 Kbájt. 


Mennyire jó? 


A  Pentiummal összehasonlítva 
egyértelmű az Nx-ek szerkezeti fölé- 
nye. A Pentium is két egész végrehajtó 
egységet tartalmaz, de ezek nem egyen- 
rangúak, és csak bizonyos feltételek 
esetén működhetnek párhuzamosan, az 
eredeti utasítássorrendet pedig nem vál- 
toztathatja meg. Erre és a teljes párhu- 
zamosságra csak RISC-szerű utasítá- 
sokkal van lehetőség, ezt a megoldást 
használja az Intel a Pentium Próban, 
ami szintén lefordítja az x86 utasításo- 
kat. (A Pentium Prót az Új Alaplap 


1995. novemberi számában mutattuk 
be.) Az Nx586 azonban több mint egy 
évvel megelőzte a Pentium Prót. 

A másodlagos cache külön buszon át 
való elérését szintén csak a Pentium 
Próban alkalmazza az Intel. A kétszeres 
méretű elsődleges cache szintén javítja 
az Nx-ek esélyeit. 

Az egyetlen — de annál fájóbb — 
negatívum a lebegőpontos egység, az 
FPU hiánya. A 386-osig az Intel-kom- 
patibilis CPU-knál is külön egység a 
matematikai processzor, a 486-nál pe- 
dig választható az FPU-val épített (DX, 
DX2, DX4) vagy FPU nélküli (SX, 
SX2) típus. A Pentiumtól kezdve már 
nincs FPU nélküli modell. A NexGen 
szerint a különálló, opcionális FPU 
csökkenti a költségeket annál a felhasz- 
nálónál, akinek nincs szüksége rá. Való 
igaz, szövegszerkesztésre vagy fáljszer- 
vernek FPU nélkül is tökéletesen alkal- 
mas az Nx, de egyre nagyobb azoknak 
a programoknak az aránya, amelyek 
matematikai processzor nélkül nagyon 
lelassulnak. Az Nx586 az árával is 
igencsak versenyképes a Pentiummal 


" Szemben, a CPU modulra szerelt FPU 


valószínűleg már nem tesz lehetővé 
ilyen árelőnyt, ezért is nem láttunk még 
belőle , élő" példányt. 

A processzort az alaplapon kiszolgá- 
ló áramkörök szintén a NexGen tervei 
szerint készültek. Jelenleg két ilyen 
készlet van, az NXVL a VESA lokálbu- 
szos, az NxXPCI pedig az ISA/PCI bu- 
szos alaplapokhoz. Ami a processzor 
továbbfejlesztését illeti, ez a felépítés 
viszonylag könnyű teljesítménynövelé- 
si lehetőséget kínál. Az órajel fokozásán 
túl több párhuzamos végrehajtó egység 
beépítésével, és főként az FPU integrá- 
lásával lehet erősebb. A piac bizonyára 
méltányolná, ha az Nx686 lábkompati- 
bilis lenne az előd Nx586-tal, és egy- 
szerű CPU-cserével, új alaplap nélkül 
is használatba lehetne venni. 


A cég 

A NexGent 1986-ban alapították 
több mint 100 millió dolláros tőkével. 
A részvényesek között a magánbefek- 
tetőkön kívül olyan cégek is találhatók, 
mint a Compag vagy az Olivetti. Azt, 
hogy a processzorfejlesztéshez a szak- 
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Az Nx586 processzor blokkvázlata 


tudás milyen koncentrációja szükséges, 
jól mutatja, hogy a cég az első két évet 
a technológia tanulmányozásával töl- 
tötte. 1988-ban kezdték el egy x86- 
kompatibilis, egyszerre több utasítást 
végrehajtó CPU tervezését, ez lett az 
Nx586. 

A NexGennek mint tervezőcégnek 
nem voltak gyárai. 1994 nyarán gyártási 
megállapodást kötött az IBM Microe- 
lectronics-szal, ez 1994 szeptemberé- 
ben kezdte el tömegesen gyártani 0,5 
mikronos technológiával az Nx586 so- 
rozatot. 

Mivel a processzor nem lábkompa- 
tibilis az Intel-klónokkal, meg kellett 


" oldani az alaplapgyártást is. Kezdetben 


csak a szintén kaliforniai Alaris gyártott 
VESA lokálbuszos alaplapokat az Nx 
CPU-khoz, később több gyártó — így 
a VLSIés aHP—-is beszállt. Az NXVL 
chipkészlet után elkészült NXPCI chip- 
készlettel PCI-buszos alaplapokat is 
gyártanak. 

A Compag 1995 tavaszán döntött 
úgy, hogy a Pentium-alapúak mellett 
NexGen CPU-ra épülő rendszereket is 
szállít. A NexGen nem sokkal ezután 
kilépett a tőzsdére. Fogadtatását a pénz- 
piacon nyilvánvalóan kedvezően befo- 
lyásolta az a hír, hogy szerződtették az 
Intel egyik volt kulcsemberét. Vinhod 


Dham 16 évet töltött el az Intelnél, 
távozása előtt a mikroprocesszor-ter- 
melés igazgatóhelyettese volt, és a Pen- 
tium-tervező részleg általános vezetője. 
A legújabb hír, hogy novemberben 
az AMD 860 millió dollárért felvásá- 
rolta a 168 alkalmazottat foglalkoztató 
NexGent. A cég mint az AMD leány- 
vállalata működik tovább, az Nx686 
lesz az AMD hatodik generációs pro- 
cesszora — K6 néven. A közösen foly- 
tatott fejlesztés eredményeként — a 
hírek szerint — egy FPU-tis tartalmazó, 
180 MHz-es CPU várható, amely láb- 

kompatibilis a Pentiummal. 
Csórián Sándor 
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Pelers Group csütörtökig : 
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. PC-SZERVIZ, 
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Ha tölünk vásárol, 


nem kell félnie a BSA- 


Kösse össze a jót 
a hasznossal! 


Jogtiszta Microsoft OEM 
programok, kiegészítők 
CANEAT TN TTTN KT UKOT LA 


Igény szerinti konfigurációk 1 -- 2 év garanciával, alkatrészek, szoftver, hardver, 
kiegészítők, nyomtatók kedvező áron, a legjobb minőségben! 


1161 Budapest XIV., Thököly utca 88. 
Tel.: (06-30) 422-904, 446-177, 499-277 


2700 Cegléd, Gubody u. 19. 
Tel.: (06-30) 515-499 


7020 Dunaföldvár, Rákóczi u. 2. 
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Számitástechnikai, Kereskedelmi 
és Szolgáltató Kft. 


Számítógépek és perifériák 
eseti és általánydíjas javítása, 


karbantartása, tisztítása. 


HIEFP és EJTPSON nyomtatók szervizelése. 
Háló tok t ége, kiniteb 690. 
8 A 38 


Hardware-szerelés, tanácsadás 


SZNETWSÉLDV E 


Számítástechrikai eszközök. 


alkatrészek frrarímazása. 


1107 Budapest, Monori u. 2-u. 
Telefon / Fax:261-2240, 260-5942 


... ha elromlott a számítógépe, 

... ha régi gépét szeretné az új feladatok elvégzésére 
alkalmassá tenni, 

... ha új gépet szeretne venni kedvező fizetési 
kondíciókkal, 

... ha OTP hitelt szeretne igénybevenni a vásárlásnál, 

... ha felkeres minket. 


Budapest XIII., Jászai M. tér 5. Tel./Fax: 111-5468, 131-9123 
Budapest XIII., Tátra (Sallai) u. 8. Tel./Fax: 131-5705 
Budapest VI. , Thököly út 32. Tel./Fax: 269-7981, 351-7980 
Budapest VI., Damjanich u. 23. Tel./Fax: 121-0561 
Debrecen, Tímár u. 15-19. Tel./Fax: (52) 349-662, 415-563 
Debrecen, Batthyány u. 10. Tel./Fax: (52) 412-166 
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ELOTTT Ati 


számítástechnikai 
[.compurek. [ÜT ESEL 


Microsofta 
közvetlen OEM 
partner 


Alapkontigurációk 
BABY házstáp, 1.44MB floppy drive, 1029 bill., 
Trident VGA 512KB-:1MB, EIDE:25/P/G vezérlő, 
SVGA színes monitor 0.28, 1024"768, LR, 

0em MS-DOS 6.22 installálva 
A4B6DX4/100C256 PCI, 4MB/850AT. . 129990 
Pentium75C256, PCI, 8MB/850AT . . . . 175990 
Pentium100C256, PCI, BMB/1.2GBAT . . 192990 


Alaplapok 

486SX-DX2/66C256, 3L . . . . 

4861 (4/100, 4PCI, EIDES25P . 

. 35950/37950 


on/Zaj 
Pentium Endeavor/Atlantis . . . . . 49950/59950 


CPU-k, Memóriák 
4860X2/80 AMD . . . 
486DX4/100/120 AMD 


. . 5550 
. 12250/13950 
. 25950/37950 
. 57950/82950 


EI 
EESON 
a ő 
LENTI 
[LITA 
LELLTÁTT 
ZTÁTHT] 
1122 BUDAPEST, 
KELTA 
j 
LVH 
ZAB 
LL tSAÉI 
LLZEZAT 


968 SCSI, Micropolis 5év 


SVGA színes moniti 
147 0.28, 1024" 768, LR, NI 
Áraink ÁFA-t nem 


35950 


da 


14400 bps, 


(el Za 9 őő 
ASZ ATA 


Magyarországi gyári beállítások! 
Teljes magyar nyelvű dokumentáció! 


Típusengedély! 


Nyomtatók 

EPSON LX 300/1050- 
sé HP LJ 51/5P. 

is készpénz fizetésre von: 
garanciát biztosítunk, 


ani b 































157 DAEWOO CMC-1502B, 0,28, NI, LR. 55950 
177 DAEWOO CMCA7O1M2, NI, LR... . . 95950 
217 DAEWOO CMC-2102M, NI, LR. . . . 245950 
207 miroC2065E, 0.31, 85KHz, Trin. . . . 442950 








míro proof szín-kalibrátor.  . . . . . . a . . 41950 
Video vezérlők 
Trident 512K/1M .............. 6590/9590 


Genoa Phant.64. IMB/2MB PCI. , 22900/36950 
miroCRYSTAL 1250, 1MB, VIL/PCI . . . . . 17950 
miroVIDEO 2250, 2MB, MPEG, PCI . . . . 33950 
miroVIDEO 20SV, 2MB, MPEG, PCI . . . . 54950 
miroVIDEO 40SV erg, 4MB, MPEG, PCI. . 94950 


Multimédia 

CD-AOM 23/4x, Panasonic . . . . . . 9900/20990 
5816, IDE V./Mu.CO hangkártya . 15900/20900 
SB AWE32, IDE ASP hangkártyi sál 
miroS0UND FM10 hangkártya 
miroVIDEO 20TD live/VESA 
miroVIDEO OC1 plus, VHS. digi 
miroVIDEO DC20/PCI, SVHS dit 
Aktív hngfal 2"4W/2"40W 








Egyéb alkatrészek, szoftverel 
Voice/Data/Fax 14,4/14,4 modem, belső, 15250 


ETECH 1414/2814 modem, belső. 17250/37250 
Enhanced IDE VL, HDD/FOD/ 25/P/G ve. 4500 
OEM Win3.1H/WIW3.11H 
WindowsC095C0 up./MS mi 
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TUDÁSTECHNOLÓGIA 





Belépés az autóversenyre 


Az illúziókeltés világa 

A virtual reality (VR), magyarul mesterséges valóság (MV), 
mások szerint látszólagos valóság (LV), napjaink nagy 
felhajtással járó szenzációja. A megnevezés épp olyan 
fellengzős, mint a mesterséges intelligencia volt régebben. 


Az intelligenciacsinálástól még ma is igen messze vagyunk. 
Valahogy így lesz ez a ,valóságcsinálással" is. 


A cs.cmu.edu gépén meglepődve vet- 
tem észre, hogy a mesterséges intelli- 
gencia címszó alatt már a mesterséges 
valóság is kapott egy alkönyvtárt, igaz, 
az még teljesen üres. Ez utóbbin nem 
is lehet igazán csodálkozni. 


A CAD rendszerek eddig is igen— - 


élethű képeket szolgáltattak, legfeljebb 
nem másodpercenkénti 24 képkockás 
sebességgel. Jómagam az MV rendsze- 
reknek még csak egyetlen működő és 
normális felhasználását láttam: az orvos 
a beteg felvágása nélkül operált, s mivel 
a kétkeze nem volt elég az operációhoz, 
azokkal a bizonyos — fejre, kézre stb. 
köthető — herkentyűkkel vezérelt ma- 
nipulátorokkal pótolta a hiányt. 

Hogy a szobámban állva végigjárha- 
tom az egyiptomi piramisokat vagy a 
vatikáni múzeumot, esetleg sétálhatok 
a Hold felszínén, kétségtelenül kecseg- 
tető lehetőség, de amíg csak a szememet 
és a hallásomat lehet ezzel becsapni, 
még nem teljes az élvezet. (A repülő- 
gép-szimulátorok viszont úgy mozog- 
nak, hogy tengeribetegséget is kaphat 
az ember.) Igaz, szerepe lehet az okta- 
tásban, szórakozásban, de hogy elter- 
jedtek legyenek, ahhoz az áraknak tö- 
redékükre kell leesniük. Ha pedig az 
MV-játékokat nézzük meg, nagy ré- 
szükben mindenféle vad helyen lőhet- 
jük halomra egymást. Nem vágyom 
ennek valóságérzetére. 


Ellenjavallatok 


Lenne még egy aprócska megjegy- 
zésem. Kicsi koromban azért írtam 
olyan játékokat, amelyekkel két sze- 
mély játszhatott a számítógépen, mert 
nem voltam képes normális stratégia 
megírására. Ha nagyképű lennék, azt 
mondanám, hogy ezek is pont ugyan- 
olyanok, csak a grafika és ahang jobban 
ki lett dolgozva. Nehezen hiszem, hogy 


— miután felveszem az MV-mütyürö- 
ket, és belépek egy MV hálózati játék 
szereplői közé — ne ismerjem fel pár 
perc múlva, hogy ki a valós személy, 
és mely szereplőt generálta a gép a 
felhasználók szórakoztatására. 

Persze arra már a mostani szerepját- 
szó hálózati játékok esetén sem lehet 
rájönni, hogy ki kicsoda, mert mindenki 
szereti felvenni a más bőrét, fiúk az 
amazonokét, nagymama a szegény em- 
ber legkisebb fiáét, és most a Rézjan- 
kóét (aki azért valójában egy elátkozott 
királyfi). Az MV elterjedését pedig va- 
lószínűleg elő fogja segíteni a pornó- 
és szexprogramok özöne (és nem is 
csodálkoznék, ha ilyen programok írá- 
sában a magyarok az élbolyban lenné- 
nek). Ezért érdemes szétnézni a gyerek 
lemezein, nincs e rajtuk valami ellen- 
javallt program. 


Autóverseny — kicsit másként 


A lemezmellékletre egy ilyen téma 
után mi más is kívánkozhatna, mint egy 
kis igazi játék. Találtam is egy olyat, 
amelyben megmérkőzhetnek egymás- 
sal az olvasók. De itt nem elég, hogy 
tövig nyomják a gázt! A kocsinkat egy 
program fogja vezetni, viszont a prog- 
ramot mi írhatjuk meg. Ezt a programot, 
amely kanyarban fékezni, egyenesben 
gyorsítani, és ezalatt folyamatosan kor- 
mányozni is fogja a versenyautót, C--t-- 
ban kell megírnunk. Ezt lehet szeretni 
vagy utálni, de most nincs más lehető- 
ség. Aki nem ismeri még ezt a nyelvet, 
ne ijedjen meg, a specialitásokra nem 
lesz szükségünk. 

Programunk csak azt az információt 
kapja meg a keretprogramtól, hogy 
mennyi van még hátra az adott körívből, 
ez milyen sugarú, és hogy az elkövet- 
kezőnek milyen lesz a sugara, továbbá 
van-e közvetlenül előttünk valaki, va- 


A kalandozások 
(új)kora 


Hosszú ideje múlt, hisz 1992 elején 
történt, hogy lapunk TUDÁSTECHNO- 
LÓGIA oldalain feltérképezni kezdtük a 
mesterséges intelligencia birodalmát. 
Szándékunk szerint olvasóinknak olyan 
információkat kívántunk e rovat kereté- 
ben (is) adni, amelyek alapján az iszo- 
nyúan gyors és változékony irányultságú 
fejlődés sodrából MI-címkével föl-föl- 
bukkanó, letűnő vagy fennmaradó tenden- 
ciák, adott esetben termékek, ritkábban 
egész ,kollekciók" között biztosabban 
eligazodhatnak. 

Időközben az érdeklődőkkel együtt be- 
jártuk a birodalmat, nagy fehér foltok nem 
maradtak a térképen. Ideje a szabadabb 


portyázásoknak, amelyek során egyrészt 
már az ismert főútvonalakról kedvtelésből 
nyugodtan le-letérhetünk, megtapasztal- 
hatjuk a részletek valóságát, rácsodálkoz- 
hatunk a legeslegújabban megerősödött 
irányzatokra, friss szemmel értékelhetjük 
azt, amin eddig esetleg átsiklott a tekin- 
tetünk. 


Annyit még e beharangozóhoz, ami a 
rovat további éveit kezdi, hogy a cikkek 
jelentős részét igyekszünk majd úgy szer- 
keszteni, miszerint egy , új csatában min- 
den mozzanat is új". Tehát lehetőség 
szerint ne kelljen a mostanság bekapcso- 
lódó olvasóknak elővenni a régebbi szá- 
mokat ahhoz, hogy a jelenben értelmez- 
hessék az aktuális írásokat. Néha azonban 
ez nem fog tökéletesen sikerülni, leg- 
alábbis nem mindenki számára — ilyen- 
kor ne mást szidjanak, hanem azt a fránya 
gyorsulást, amihez szinte reménytelen 
hozzászokni... (Nekünk is.) 





lamint merre is áll a kocsi orra. Mind- 
ezekből az információkból kell eldön- 
teni, melyik pedálra lépünk, és merre 
rántjuk a kormányt. Apró megkötés, 
hogy ne használjunk változókat, ame- 
lyek két lépés közben értékeket tárol- 
nak. Ez felesleges variálásnak tűnik, de 
azonnal világossá válik, miért is van rá 
szükség, ha tudjuk: programjaink egy- 
szerű függvények, amelyeket egy körben 
akár többször is meghív a keretprogram, 
ha egy versenyben több azonos program 
is rajthoz áll. A lemezmellékletre tett 
csomagban (RAUTOH.EXE) a futtatható 
programon kívül a forrás, jó pár verseny- 
pálya, és még egy kis tanfolyam is talál- 
ható. 

Az e-maillel rendelkezők akár be is 
léphetnek e verseny levelezési listájára 
(listservdnetcom.com), és ott is meg- 
mérettethetik programjaikat. Nem kell 
félni, hogy valaki is ellopja az ember 
programját, mert nem fontos a forrást 
leadni, elegendő annak lefordított vál- 
tozata is. Jó versenyzést! 

Aszalós László 
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Szerencsés csillagzat alatt dönt, ha a gWERTY számítógépet vál 


ha ; 
683 ém 


Fznezzfapz kót 
számítógépek 


valamint EPSON, HEWLETT PACKARD, CANON nyomtatók 


3 év garamciáveal 
MULTIMÉDIA (eszközök), CD ROM-ok 


Notebook, DTP rendszerek, MODEMEK (34 féley viszonteladóknak is, GSM adatátvitel, szoftverek, 


tartozékok, kiegészítő eszközök, szakkönyvel 


széles választékával és TANÁCSADÁSSAL várjuk! 


0 . 4 ; 
1111 Budapest, Bartók Béla út 14. E 
Tel.: 166-93-77 (4 vonal) " Fax: 185-26-87 €S7z—-— aj 


COMPUTER 


Alapítva:1984-ben 


BBS: 266-22-92 Budapest BBS 
Nyitvatartás: Hétfő-Péntek 10-18 óráig 


Részletfizetési lehetőség! 








Termelő, Szolgáltató és Kereskedelmi Rt. 


1142 Budapest Kassai u. 84. Telefon:267-6770, 267-6771, 252-5125. FAX: 251-6850 
Szervíz: 1142 Budapest Erzsébet kírályné útja 53. Telefon: 252-1932, 251-1444 


világ legnagyobb UPS gyártójának 


HE BEE 
IEEMIERSON 
HE Computer Power 
magyarországi disztribútora 
UPS-ek 250 VA-4800 kVA-ig. 
Dealerek jelentkezését is várjuk ! 


a NEC optika, mikro; 
ü GN Elmi műszerek; 


5 műszerjavítások; 
- Számítástechnika /hardver, szoítver/ 
forgalmazás, szervíz; 
monitor, UPS, tűs nyomtató, 
telefax, TV javítás; 
- " AUTÓRIASZTÓ forgalmazás; 
- egyedi műholdvevők, CATV rendszerek. 





í Dr. AGY Sk SZÍNES 
professzor é 42 ERŐS 
SZALAG 
KONFERENCIÁRA KÁBELRE 
KÓRHÁZBA 
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DIT 


DIGITÁLTECHNIKA 


Győr, 9024 Mónus 1. u. 19. Budapest, 1149 Egressy u. 5. 
T/:96/414-411, 417-802 





Nagykereskedők Figyelem ! 


Számlázás, készletnyilvántartás, 
megrendeléskezelés, VAM és Arkalkuláció 


s  Bizományosok, viszonteladók, tartozások 
nyilvántartása 

e  Készletnyilvántartás végtelenszámú raktárban 
visszamenőleges lekérdezési lehetőséggel 

e  Beszállítások nyilvántartása, FIFO és FILO 
rendszer szerinti számlázás 

e  Gyáriszámok nyilvántartása, számlák 
visszakeresése gyáriszámok alapján 

e Munkalapok kezelése 

e  Vevőhöz és termékkategóriához rendelhető 

kedvezmények 

Kimenő számlák könyvelése é 

Felhasználó által definiálható készletmozgás fajták 

Jutalékosi rendszerben történő értékesítés kezelése 

Hálózatos működés 


A teljes rendszer csak 49,000 Ft -- Ara 


PROFILAX Kft. Bp., Polgár u.7.1033 
Tel.: (06-30) 421-776, Fax:122 - 9390 





a Windows és Windows 95 alatt 








LÉZER- 
NYOMTATÓ 


HL-630 
6 lap/perc 
300 dpi 
GDI 
d  HP-Epson 
41BM 
emuláció 


II III 


KFT. SORSZÁM 


SÜLT PIPI 
100 Ft 4 ÁFA / 


brother 


MÁRKASZAKÜZLET 


8.100 Ft KEDVEZMÉNY! 
PGA: tolo lar Zeta 
88.700 Ft £ ÁFA 


DISZTRIBUTOR 





T:30/463-657 T/f: 221-6779 


INFORMÁCIÓKÉRÉS: 0234 A 


INFORMÁCIÓKÉRÉS: 0235 A 


INFORMÁCIÓKÉRÉS: 0211 A 


KIRAKAT 





, Home, Sweet home..." 


A CeBIT osztódása 


A CeBIT kettéválásáról már 1995. augusztusi számunkban 
hírt adtunk. Bár most közvetlenül az ,igazi" CeBIT előtt 
állunk (amely március 14—20. között lesz), a Deutsche 
Messe AG azonban olyan sajtónapot szervezett január 
közepén, amely az augusztus végi új vásárral 

és a számítástechnikának a mindennapi 

életben betöltött szerepével kapcsolatban is 

nagyon elgondolkodtató kérdéseket vetett fel. 


Az idősebbek még emlékezhetnek 
arra a régi nagy Hannoveri Vásárra, 
amely a világ legnagyobb vegyes pro- 


filú műszaki-gazdasági seregszemléje- 


ként szinte valamennyi ipari ágazat 
termékeit felölelte. Ez a sokrétűség 
egyúttal fejlődésének korlátja is lett, 
ezért leválasztottak róla több iparágat, 
s azoknak külön szakvásárokat rendez- 
tek. A karcsúsított ipari vásár belső 
arányait azonban ismét felborította a 
robbanásszerűen fejlődő számítástech- 
nika és telekommunikáció.. Ezek levá- 
lasztásával jött létre a CeBIT. 

Ám alig telt el néhány év, és a CeBIT 
is szétfeszítette kereteit, a kiállítók és 
a látogatók számát tekintve egyaránt 
túlnépesedett. A professzionális látoga- 
tó rétegnél jóval szélesebb közönség 
odatódulása csábító lehetőséget kínált 
a cégeknek az eladást ösztönző látvá- 
nyosságokra és akciókra, a végső fel- 
használók közvetlen megnyerésére, de 
ez ellentmondásba került a CeBIT ere- 
deti rendeltetésével. Egy szakvásár el- 
sősorban mégiscsak munkahely, nem 
pedig a varieté, a vidámpark és a sze- 
rencsejáték-sorsolás keverékéből ösz- 
szeállított tömegszórakoztató kombi- 
nát. Valamit tenni kellett. 


Elterelő hadművelet 


A vásár rendezői — az előtörténet 
ismerőinek egyáltalán nem meglepő 
módon — a CeBIT osztódásos szapo- 
rítása mellett döntöttek. A koncepció 
lényege egy , elterelő hadművelet": kü- 
lön vásár rendezése a privát végfelhasz- 
nálóknak, akik inkább csak a végter- 
mékre, a kész újdonságokra, a számí- 
tógéppel integrált elektronikus eszkö- 
zök használatának módjára kíváncsiak. 
Így született meg a CeBIT Home, mely- 


nek premierje 1996. augusztus 28-tól 
szeptember 1-jéig lesz. 
A tavaszi CeBIT-et a kiállítók több- 


.ségének kívánságára 1 nappal lerövidí- 


tették, emellett magasabb belépődíjjal, 
a szervezett iskolai vásárlátogatások- 
nak a CeBIT Home-ra való átterelésével 
és más fogásokkal igyekeznek a vásárt 
a profi végfelhasználók, a fejlesztők, az 
üzleti partnerek zavartalanabb , tárgya- 
lószobájává" tenni. Így is nyitott kérdés 
azonban, hogy mennyire sikerül majd 
tehermentesíteni a CeBIT-et. A technika 
világának és a gazdasági életnek any- 
nyira központi szereplőjévé vált az in- 
formatika, hogy a számítástechnikai 
profik tömegesen lépnek a színre. 
Emellett egyéb szakterületeken is egyre 
nehezebb érvényesülni a számítástech- 
nikai tudás — vagy legalábbis annak 
mímelése — nélkül, ezért még a CeBIT 
Home sikere esetén sem nagyon lehet 
számítani a CeBIT látogatottságának 
lényeges csökkenésére. 

Érdekes kérdés, hogy milyen lesz a 
CeBIT Home és a jellegében hozzá 
legközelebb álló berlini Funkausstel- 
lung (IFA) viszonya, mely utóbbi jelen- 
leg a legnagyobb szórakoztatóelektro- 
nikai attrakció Németországban (sőt 
határain túl is). Az IFA minden páratlan 
évben kerül megrendezésre, a CeBIT 
Home ezért a páros évszámokra , telep- 
szik rá", és annyiban akar másmilyen 
lenni, hogy az összes elektronikus mé- 
dia működését átitató és egyre inkább 
koordináló agyközpontra, a számító- 
gépre helyezi a súlypontot. 

A bekövetkező események persze 
nem mindig követik az eredeti szándé- 
kot, a vásárok fejlődésében is bőven 
vannak előre kiszámíthatatlan hatások. 
Az augusztus végére tett időpont rossz- 
májúan úgy kommentálható, hogy nem 


HANNOVER 28.8.- 1.9.1996 


CeBIT 





(ELECTRONICS 


találtak más megoldást a szeptemberi 
és októberi , vásári csúcsforgalomban" 
az ütközések elkerülésére, de egy kis 
jóindulattal elfogadhatjuk azt a hivata- 
los magyarázatot is, hogy a fogyasztók- 
nak a vásáron bemutatott kínálatra adott 
reakciója alapján az iparnak és a keres- 
kedelemnek így otimális felkészülési 
ideje marad az év végi bevásárlási 
szezonig a kereslethez legjobban iga- 
zodó árupaletta összeállítására. 


Meghívott kétkedők 


Külön érdemes még szólni az egész 
témakört a sajtónak bemutató konferen- 
cia egyik tanulságos momentumáról. A 
vásárrendezők kitűnő előadókat tobo- 
roztak össsze, és nem féltek attól sem, 
hogy az előadások egy része a CeBIT 
Home koncepciójával kapcsolatban in- 
kább a kétkedésnek ad hangot. A szer- 
vezők pontosan ismerték a meghívottak 
nézeteit, de vállalták az eltérő felfogá- 
sok, útkeresések, viták ütköztetését. Így 
azután renitens nézeteket is bőven hall- 
hattunk, olyanokat, akik ki merték mon- 
dani, hogy a mostani CD-ROM-áradat- 
nak legalább 8090-a informatikai sze- 
mét; hogy minden prófécia ellenére 
életmódunk és szokásrendszerünk csak 
lassan és megszűrve alkalmazkodik az 
új médiákhoz; hogy az új elektronikus 
médiákból való egyoldalú táplálkozás 
a gyerekekből új típusú , média-analfa- 
bétákat" nevel; hogy a legtöbb ember- 
nek ma is gondot okoz akár egy video- 
magnófelvétel elkészítése is, miközben 
tenyérnyi képernyőfelületen akarjuk 
őket szintetizátor-kezelésre vagy kép- 
manipulációra megtanítani. . . 

Egy vásár kettéválásának koncepci- 
óját egy kicsit mélyebben elemezve 
tehát máris életmódunk és kultúrhistó- 
riánk megannyi érdekes, ellentmondá- 
sos problémájára bukkanunk, amelye- 
ken legalább elgondolkodni érdemes, 
ha a dolgok öntörvényű menetét nem 
is mindig tudjuk befolyásolni... A ön- 
kételkedés szellemével való eme talál- 
kozást üdítő oázisként élhetjük át, ha 
már sok-sok kilométert legyalogoltunk 
a rendíthetetlenül magabiztos bornírt- 
ságok szűnni nem akaró sivatagi ho- 
mokviharában. 

Faklen Pál 
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PARNRE IKft. 


Budapest IV., Árpád u. 183—185. 
Tel./Fax: 169-14-50, 169-57-45 


d TÁZb 


Papír, írószer, irodaszer, leporellók, 
fénymásolópapírok, faxpapírok. 


Számítástechnikai és másolástechnikai 
kellékek, tonerek, festékkazetták, 
kellékek tintasugaras nyomtatókhoz. 


Írógép-, nyomtató- és pénztárgépkazetták 
és -szalagok. 


Mágneslemezek, mágneses adathordozók. 
Ügyviteli, adózási és egyedi nyomtatványok. 


Bélyegzőkészítés és nyomdai munkák 
vállalása. 








HPSSW Hungária Kft. 


Cégünk a PFE és ASCOM Hasler termékeinek 
kizárólagos magyarországi forgalmazója 


Termékeink: 


PFE borítékoló gépek: 
MINIMAILER 1, 2 
AUTOMALLER 1, 2, 3 
igény szerint jelolvasó rendszerrel is. 


PFE leporelló-feldolgozás: 
szeparátorok, szakítógépek, vágógépek, 
vágó szeparátorok 
ASCOM Hasler bérmentesítő gépek, 
díjprogramozott levélmérlegek, 
borítékbontó gépek 


MERCURE borítékzáró gépek 
REINER érkeztető gépek 


A szerviztevékenységet a gyártók által kiképzett 
szakembereinkkel biztosítjuk. 


dd A S 


Profi a postafeldolgozásban! 


EPSSW 1025 Budapest, Zöldkő u. 35. 
Telefon: 168-9010 Telefax: 168-9842 
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Eredményes 
számítógépes oktatás 
kezdőknek is! 


Eredménycentrikus kis csoportos vagy 
egyéni oktatás! DOS, Windows, 
Szövegszerkesztés, Táblázatkezelés stb. 
12 órás intenzív kurzusok hétfőtől-csütörtökig, 
maximum hat fő/per tanfolyam, egy ember-egy gép, 
5000 Ft. Egyéni oktatás: 1500 Ft/óra. Gyakorlási 
lehetőség, kiszállásos tanfolyamok, programfejlesztés 
egyéni igények szerint. 

Közvetlenül a kék metró Ecseri úti 
megállójánál: 


gellért Softwaira SGÁJIÓ 
Tel.:177-3813, 30/440-473 


1098 Budapest, Dési Huber u. 2. , V. emelet 38. 
Jelentkezés: Kedd, Szerda, Csűtörtök 9-19 h. 








Kezesse 
könyveinket ! 


o 


COMPUTERBOOKS 


Jakab-Juhász-Vémi: Adobe Photoshop  2.480.- 
Dr.Kovács T.-Dr.Kovácsné C. J.-Ozsváth M.: 
Adatkezelés MS ACCESS 2.0 








alkalmazásával 1.890.- 
Dr.Tamás P.-Tóth B.-és trsai: DELPHI 

-— út a jövőbe - lemezmelléklettel 1.999.- 
Székely V.-Poppe A.: Áramkörszimuláció 

PC-n - lemezmelléklettel 1.990.- 


Tóth: OS/2 WARP felhasználói ismeretek 1.680.- 
Tóth B.-dr.Tamás P. és trsai: 
WINDOWS 95 §. Microsoft PLUS 


felhasználóknak 1.995.- 
Pintér M.: Az AutoCAD R13 
szerkesztési újdonságai 599.- 


Pintér M.: AutoCAD paracsok és változók 
- R13 - DOS, WINDOWS, UNIX 1.176.- 


Lengyel V.: Az INTERNET világa 1.456.- 
Stolnicki Gy.: Hálózatokról 
kezdő felhasználóknak 1.369.- 


Levélcím: 

1253 Budapest Pf.: 71. 
Bp.,XII.Tartsay V.u.12. 
Tel.: 175-1564 
Tel./fax: 175-3591 


LL Cézje 
katalógusunkat ! 
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PROGRAMOZÁSTECHNIKA 





Kis (nyelv)határátlépő 


Hasznos eljárásgyűjtemény 


A C programozási nyelv egyik előnyeként szokták említeni, hogy — szemben más 
programozási nyelvekkel — támogatja a különböző bitműveleteket. A Pascal lehetővé teszi 
egyes bitenkénti logikai műveletek elvégzését, illetve a biteltolást, de az egyes változók 
bitjeinek egyedi elérését nem támogatja, ezekre könyvtári függvényeket nem találunk. 
Ugyanakkor esetenként ez igen előnyös lenne, takarékoskodhatnánk a változókkal — 

és ezen keresztül a változók tárolásához szükséges memóriával. 


Nézzük példaként a logikai változókat. Ezek igaz vagy 
hamis értéküket általában legalább egy bájton tárolják, míg 
a bitenkénti kapcsolás megvalósításával egy bájton 8 igen— 
nem pár (1/0) is tárolható lenne. Ennek megfelelően egy egy 
Word (16 bit) memóriaterületen már , normálisan" 16 bájtnyi 
logikai változó információját tárolhatjuk:Ehhez , mindössze" 
bitenként kellene tudni elérni a Word bitjeit. 

Erre a C nyelvben ténylegesen megvan a lehetőség, ahogy 
már Miller és Ouilici 1989-es munkája is tartalmaz erre 
makrókat (Lawrence H. Miller $z Alexander E. Ouilici; 1989: 
The Official Borland Turbo C Survival Guide. John Wiley 
$ Sons). Sajnálatos módon ez a lehetőség a hazánkban a 
közelmúltban megjelent , Programozzunk C nyelven" c. 
munkából kimaradt (Benkő Tiborné, Benkő László és Tóth 
Bertalan; 1995; ComputerBooks). Hasonlóan kis publicitást 
kapott, hogy bizonyos határok között lehetőség van C-ben 
írt rutinok , honosítására" a Pascalban íródó programok 
számára. Utóbbi lehetőség ismertetése a Turbo C 1.0-s 
változatának példaprogramjai között már megtalálható. Itt 
röviden csak annyit, hogy ehhez a megfelelő C-rutingyűjte- 
ményt Pascal-konvenció szerint .OBJ fájlba kell fordítani, 
majd ezt a bináris fájlt lehet felhasználni a Pascal progra- 
mokban. 

Ezt kihasználva készült a Bits Hnd.TPU is azok segítsé- 
gére, akik ki akarják próbálni a bitenkénti manipulálás 
lehetőségeit. Az említett TPU eljárásainak magva is tulaj- 
donképpen C nyelven íródott, részben Miller és Ouilici 
említett makróinak felhasználásával, amely eljárások lehető- 
vé teszik az általuk alkalmazott bitenkénti elérést Pascalból 
is. Miller és Ouilici említett makrói Word típusú változókra 
(Unsigned Int) íródtak, ezért az eljárások , nevezéktanában" 
az e változótípussal dolgozó függvények esetében az általuk 
használtakat alkalmaztam, és a továbbiakban is jobbára 
követtem az említett szerzők által alkalmazott neveket. Az 
eljárásgyűjtemény első , függvénycsokra" a következő: 
FUNCTION OnBit (Ni:Byte) :Word; 

FUNCTION OffBit (Ni:Byte):Word; 

FUNCTION SetBitOn (Wi:Word;Ni:Byte):Word; 

FUNCTION SetBitoff (Wi:Word;Ni:Byte):Word; 

FUNCTION GetBit (Wi:Word;Ni:Byte):Word; 

FUNCTION SetBit (Wi:Word;Ni,V:Byte):Word; 

FUNCTION GetBits (Wi:Word;Ni,K:Byte):Word; 

FUNCTION SetBits (Wi:Word;Ni,K,V:Byte):Word; 

FUNCTION ValToBits (Wi:Word;Ni,K:Byte;Value:Word) :Word; 


Az eljárások által visszaadott Word típusú változó tartalma 
eljárásonként a következő: 

OnBit: A visszaadott Word Ni. bitjének értéke 1, a többi 
0. 

OFfBit: A visszaadott Word Ni. bitjének értéke 0, a többi 
1 

SetBitOn: A visszaadott Word a paraméterként kapott, de 
az Ni. bitjének értéke 1. 

SetBitOff: A visszaadott Word a paraméterként kapott, de 
az Ni. bitjének értéke 0. 

GetBit: A visszaadott Word a paraméterként kapott Ni. 
bitjének értéke. 

SetBit: A visszaadott Word a paraméterként kapott, de az 
Ni. bitjének értéke V értékű (0 vagy 1). 

GetBits: A visszaadott Word paraméterként kapott bitjeinek 
értéke az Ni. bitjétől Ni--K terjedelemig. 

SetBits: A visszaadott Word a paraméterként kapott, de 
bitjeinek értékét beállítja az Ni. bitjétől Ni--K terjedelemig 
V értékre (0 vagy 1). 

ValToBits: A visszaadott Word a paraméterként kapott, de 
bitjeinek értékében az Ni. bitjétől Ni--K terjedelemig Value 
értékét tárolja. Ennek megfelelően óvatosan használandó, 
mivel a felhasználónak kell biztosítani, hogy az adott bitter- 
jedelem elegendő legyen a megadott érték tárolására. A 
maximális érték 2(exp(K))-I1. 

Mivel a Pascal használatakor is lehetőség van a Byte és 
Word típusok között értékadásra, a fenti függvényekkel 
lehetőség van Byte típusnak is értéket adni. De ebben az 
esetben adatvesztés is előfordulhat, és a pillanatnyi érték 
elhelyezkedésének állandó figyelemmel kísérése a Word 16 
bitjén, illetve hogy mit , szab" bele a Byte-ba a program, 
kényelmetlen lehet. Ugyanakkor e függvényekkel nehézkes 
bájtnyi változók lekérdezése. Ezen kíván segíteni a fentiekkel 
analóg, de paraméterként és visszaadott értékként Byte típust 
alkalmazó csomag: 

FUNCTION B OnBit (Ni:Byte):Byte; 

FUNCTION B OffBit (Ni:Byte):Byte; 

FUNCTION B SetBitOn (By:Byte;Ni:Byte):Byte; 

FUNCTION B SetBitoOff (By:Byte;Ni:Byte):Byte; 
FUNCTION B GetBit (By:Byte;Ni:Byte):Byte; 

FUNCTION B SetBit (By:Byte;Ni,V:Byte):Byte; 
FUNCTION B GetBits (By:Byte;Ni,K:Byte):Byte; 
FUNCTION B SetBits (By:Byte;Ni,K,V:Byte):Byte; 
FUNCTION B ValToBits (By:Byte;Ni,K,Value:Byte):Byte; 
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Esetenként szükség lehet arra, hogy az eljárásokat ne 
függvényként, közvetlen értékadásra alkalmazzuk, illetve 
arra, hogy változóként adjunk át paramétert az eljárásnak, 
az átadott változóban visszakapva a bitek manipulálásának 
eredményét. Az ezt megvalósító eljárások a következők: 


PROCEDURE OnBit W (VAR Wi:Word;CONST Ni:Byte); 
PROCEDURE OffBit W (VAR Wi:Word;CONST Ni:Byte); 
PROCEDURE SetBitOn W (VAR Wi:Word;CONST Ni:Byte); 
PROCEDURE SetBitOff W (VAR Wi:Word;CONST Ni:Byte); 
PROCEDURE GetBit W (VAR Wi:Word;CONST Ni:Byte); 
PROCEDURE SetBit W (VAR Wi:Word;CONST Ni,V:Byte); 
PROCEDURE GetBits W (VAR Wi:Word;CONST Ni,K:Byte); 
PROCEDURE SetBits W (VAR Wi:Word;CONST Ni,K,V:Byte); 
PROCEDURE ValToBits W (VAR Wi:Word; CONST 
Ni,K:Byte;Value: Word) ; 

PROCEDURE B OnBit B (VAR By:Byte;CONST Ni:Byte); 
PROCEDURE B OffBit B (VAR By:Byte;CONST Ni:Byte); 
PROCEDURE B SetBitOn B (VAR By:Byte;CONST Ni:Byte); 
PROCEDURE B SetBitoff B (VAR By:Byte;CONST Ni:Byte); 
PROCEDURE B GetBit B (VAR By:Byte;CONST Ni:Byte); 
PROCEDURE B SetBit B (VAR By:Byte;CONST Ni,V:Byte); 
PROCEDURE B GetBits B (VAR By:Byte;CONST Ni,K:Byte); 
PROCEDURE B SetBits B (VAR By:Byte;CONST Ni,K,V:Byte); 
PROCEDURE B ValToBits B (VAR By:Byte; CONST Ni, K, 
Value: Byte); 

Ez utóbbi eljárások működése megegyezik a korábban 
leírtakkal, de az eljárások első paramétere Word vagy Byte 
típusú változó. 

A mutatott eljárásokkal a logikai változókkal való takaré- 
koskodás mellett lehetőség van felhasználásukra minden 
olyan esetben, amikor egyes biteket egyedileg kívánunk 
elérni, lekérdezni, beállítani. Megtakarítjuk így a maszkolási 
technikánál sokszor nehézkes számításokat, mivel lehetőség 
van a bitmaszknak akár bitenkénti felépítésére. Egyben a 
várható érték kiszámítása is megtakarítható, mivel közvetle- 


nül megoldható az egyes bitek állapotának lekérése. Erre 
különösen a korábban leírt függvények alkalmasak. Az 
eljárások felhasználási köre valószínűleg szűkebb lehet, 
hiszen ezekkel az eredeti változók bitértékeit is könnyen 
s elronthatjuk". 

A Bits Hnd.TPU hat további függvényt is tartalmaz, 
amelyek közül kettő a paraméterként kapott Word, illetve 
Byte terjedelmű változó értékét hexadecimális formában, 
kettő pedig bináris formában, sztringként adja vissza: 


FUNCTION WHexa (W : Word) : STRING ; 
FUNCTION Hexa (B : Byte) STRING ; 
FUNCTION WBinar (W : Word) STRING ; 
FUNCTION Binar (B : Byte) STRING ; 


Utóbbiak a bitenkénti értékeket a gép számábrázolásának 
megfelelően, jobbról balra haladva adják vissza, a 0. bittől 
kezdődően. 

Két további függvény tulajdonképpen a Pascal szabványos 
Val függvényének kiterjesztése; bináris sztring inputot Word, 
illetve Byte típusú értékké konvertálnak: 


FUNCTION WBinVal (S : 
FUNCTION BinVal (S 


String) : Word ; 


: String) Byte ; 

E függvények, ellentétben a szabvány Val függvénnyel, 
értékellenőrzést nem végeznek. Minden nem numerikus 
karaktert 0-nak, és minden 0-tól különböző számot 1-nek 
tekintenek. Így felhasználásukkor a programozó dolga ellen- 
őrizni az input sztringet. 

Az említett TPU ($F-4-,O--) direktívával került fordításra, 
így nincs akadálya, hogy overlay-egységként kerüljön fel- 
használásra. Ugyanakkor megjegyzendő, hogy a bitművele- 
tek felett a fordító semmilyen ellenőrzést nem gyakorol 
(például nem létező sorszámú bit értékének lekérésekor vagy 
módosításakor). Így használatuk különös gondosságot igé- 
nyel. Az elmondottakat részben illusztrálja, részben bemu- 
tatja az egyes eljárások hatását a mellékelt Pascal nyelvű, 
forráskódú program (bitstest.pas). 

Simay Endre István 





Most jön a Java? 


A Javára keresztelt új rendszer hírének 
felröppenésekor érezhető volt, hogy itt va- 
lami komoly dolog van készülőben. Nem 
véletlen, hogy vezető cégek egész sora állt 
a Sun új rendszere mögé, licencjogot sze- 
rezve a Java technológiájára, az első olyan 
objektumorientált programozási nyelvre, 
amely lehetővé teszi az Interneten való 
interaktivitást és — a marketinganyagok 
tanúsága szerint — a teljes szoftver- és 
hardverfüggetlenséget. 

Az események kissé , lekörözték" az 
információáramlás hagyományos csatorná- 
in közlekedő informátorokat, így szerkesz- 
tőségünkhöz csak lapzárta után jutott el az 
alábbiakban közreadott információ. (Az 
anyagot egyébként a megrendelt hirdetési 
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helyéről az utolsó pillanatban gálánsan le- 
mondó egyik cég jóvoltából van módunk- 
ban itt elhelyezni.) 

50 000 dollárnyi Sun-hardver és Sun- 
szoftver az összdíja annak a programozási 
versenynek, amelyet a Java itthoni letéte- 
ményese hirdetett meg még decemberben, 
de a bajnokság május 31-ig tart, így senki 
sem késett le semmiről. 

A Javához a programozók ingyenesen 
hozzáférhetnek. A Java Compiler és a Java 
fejlesztői csomag, továbbá a RotJava bön- 
gésző és az összes dokumentáció elérhető 
a Sun Web oldalán, a http://java.sun.com 
címen. Mindemellett a Java forráskódja is 
ingyenesen licencelhető. (Azok a pályázók, 
akik nem rendelkeznek Internet-hozzáfé- 
réssel, a versenyre jelentkezés regisztrálá- 
sakor a kívánt formátumban megkaphatják 
a programot.) 

Az üzleti, oktatási terület fejlesztői, va- 
lamint az egyéni fejlesztők a nemzetközi 
Java-bajnokságnak megfelelő alábbi hat 


kategória egyikében nevezhetnek alkalma- 
zásukkal (a szakzsargonban , Java-applet"- 
jükkel): termelőeszközök, Internet/Web- 
agentek, oktatási eszközök, fejlesztőeszkö- 
zök, szórakoztatás és játék. 

A Java-bajnokság elbírálási szempontjai 
között szerepel az alkalmazás grafikai ké- 
pessége, az architektúra-semlegesség, a kó- 
dolási stílus (objektumorientáltság), a meg- 
bízhatóság, a hibamentesség, az interakti- 
vitás, az innováció, az ötletesség, a dina- 
mikusság és az új adatformátumok kezelé- 
se. 

A magyarországi Java-bajnokság techni- 
kai részleteiről Zsemlye Tamásnál lehet 
érdeklődni a  tamas.zsemlye-ohungary 
.sun.com címen vagy a 202-4415-ös tele- 
fonszámon. Úgy véljük, hogy a most még 
korlátozott e-mail-, illetve Internet-hozzá- 
férésű programozó olvasóinknak is érde- 
mes beszerezniük ezt az eszközt, és a 
versenytől indíttatva megismerkedni annak 
lehetőségeivel. 
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Egy praktikus nyelv 


Az APL-ről szólva már említettük e nyelv egyik nagy hátrányát, a nehezen kezelhető, 
különleges karakterkészletet. Az elmúlt évek erre semmilyen megoldást nem hoztak, 
ezért az APL szerzője megalkotott egy olyan nyelvet, amely ezt a hátrányt kiküszöböli. 
De már annyira különbözik az őstől, hogy nem érdemes APLx.x-nek nevezni; 

a —1 négyzetgyökéről kapta a nevét. (Egyesek szerint ezt szokás /-vel is jelölni...) 


A nyelv és fordítóprogramja apróbb változtatásokon ment 
keresztül. Az első változat hét verziót ért meg, majd elkészült 
a második verzió, mely a kor (kór) divatjának megfelelően 
Windows alá íródott. Ez utóbbit szerintem csak azért érdemes 
megszerezni, mert Windows Help formátumban egy jó kis 
nyelvleírást tartalmaz. Az Új Alaplap mostani számának 
lemezmellékletére egy korábbi verzió került, míg a legköze- 
lebbi részhez egy halom példaprogramot és leírást is szánok. 
Ha mindez kevés, a már jelzett wuvieai.wu-wien.dc.at helyen 
még lehet találni olvasnivalót. Itt közel tucatnyi géptípusra 
van meg a J interpretere, de ha-ez nem elég, ott a C nyelvű 
forráskód is. Aki nem fér hozzá az Internethez, az a Chip 
95/5. számának CD-mellékletén megtalálja az OS/2-változa- 
tot. 

Az ismerkedés a J-vel a realitások számbavételével cél- 
szerű. Ami igaz az APL-ról (gépfüggetlenség, hordozható- 
ság), itt még fokozottabban az. A nagy matematikai prog- 
ramcsomagok sok dolgot tudnak, kezdve a grafikai ábrázo- 
lástól az adatok mindenféle manipulálásáig (és igen terjedel- 
mesek is). A kisméretű J nem tud ilyen sokat, de verhetetlen 
a numerikus számolásban és a táblázatok kezelésében. A 
Unix filozófiáját követve ez is egy aprócska program, de 
remekül össze lehet kötni más (például grafikai) programok- 
kal, és ezzel majdnem végtelen lehetőségek birtokába jutunk. 


Mindezt ingyen! 


Szerzője ezt a programnyelvet úgy ismerteti, mint valamely 
természetes nyelvet. Próbáljuk ki mi is ezt a megközelítést, 
azaz nem függvényekről, lokális és globális változókról lesz 
szó, hanem igékről, főnevekről, névmásokról stb. A 2 - 4 
jelentése: adjuk össze a kettőt a néggyel. Itt a -- az összead 
ige jele, a kettő meg a négy esetünkben főnév lesz. (Elnézést 
kérünk a nyelvészektől, akik szerint ez számnév.) Névszónak 
nevezzük azokat a szavakat, amelyekkel valamely főnévre 
utalunk (ez lenne a változó), például sugár—. 2.3 esetén —. 
az értékadás jele, míg a sugár névszó a 2.3 főnévre utal. Ha 
kíváncsiak vagyunk, mit tartalmaz egy névszó, simán írjuk 
be a nevét! Egy főnév vagy névszó nem csupán egy tagból 
állhatya4 5 2" 7 3 2 kifejezés eredményea4 15 4 főnév 
lesz, ahol aláhúzással jelöljük a negatív számokat. Akárcsak 
az APL-ben, itt is két jelentése van egy igének, a monadikus 
(amikor csak mögötte szerepel főnév), illetve diadikus (előtte 
is, mögötte is). 

Az eredeti igék a következőképpen nézhetnek ki: a) Egy 
egyszerű grafikus karakter. b) Egy grafikus karakter, és utána 
közvetlenül egy pont vagy kettőspont. c) Egy név, és utána 
közvetlenül egy pont. (Ez utóbbira példa az NB. — nota bene 


—, aminek hatására a sor hátralevő része megjegyzésnek 
számít.) Hogy egyszerűbb legyen megjegyezni ezeket az 
igéket, egy kis rendszert próbált a szerző belevinni, nézzük 
a százalékjel jelentéseit: 

— 99x — 1/x 

— x9goy - a szokásos osztás: x/y 

— 9.x - az x mátrix inverze 

— x9o.y - az x és y mátrixok hányadosa 

— 9o:x — az x négyzetgyöke 

— xgo:y - y x-edik gyöke. 

Ebben a sorrendben szerepel a program (F1-gyel előhív- 
ható) helpjében az igék jelentéseinek leírása. (Ott úgyis 
kéznél van, ezért felesleges itt megismételni. Ha mégis 
papíron szeretnénk látni, akkor simán kinyomtathatjuk a j.hlp 
fájlt.) Ha nem bírjuk ezeket az igejelöléseket, akkor a 
névmásokhoz hasonlóan definiálhatunk ,igemás"-okat is, 
például a mod-. / utasítás hatására már a mod igemás is 
használható maradékképzésre. 


Az APL nyomán... 


Az APL-nél már említettük, hogy a műveletek (itt igék) 
erőssége egyforma, és jobbról balra hajtjuk végre a művele- 
teket, ezért a —exp(1/2) J-ben megfogalmazva a következő- 
képpen néz ki: —902. E fordított irány miatt lesz 9—5--2 
eredménye 2, mert először az összeadást kell elvégezni. Ezek 
alapján egyértelmű, hogy a 3--704 eredménye 3,25 lesz. 
Zárójelekkel megváltoztathatjuk a jobbról balra sorrendet, 
ha szükségünk van rá, ám a tagok megfelelő átrendezésével 
meg is szabadulhatunk a zárójelek használatától. Azo. dia- 
dikus ige tucatnyi (monadikus) trigonometriai igét tartalmaz, 
így az !/ o. 0.5p! jelenti a sin pi/2-t, mert / o. felel meg a 
szinusznak, a 0.5p/ pedig 0,5"pi1-nek. Ha már itt tartunk, 
a2--3ikomplex számot 273 jelöli, a 2/3-at 2r3, míg a 277073-t 
263. 

Megszoktuk, hogy az összehasonlításnak csupán egy ered- 
ménye van: kisebb, nagyobb, vagy netán egyenlő. Itt lehe- 
tőség van az 5 2 6 ca 2 8 5 leírására is, ahol várható a 0 / 0 
eredmény, mert az / jelenti az igazat, 0 a hamisat. A hat 
megszokott vizsgálat mellett létezik az ekvivalencia(—.) is, 
ez csupán akkor ad igaz eredményt, ha a —: mindkét oldalán 
ugyanazon főnév szerepel. A J számára minden főnév 
numerikus, és automatikusan dönti el, hogy az adott főnév 
logikai, egész, valós vagy komplex szám. Ezeken kívül van 
még karakter főnév is, amelyet ASCII karakterekből álló 
vektor jelez. A karakter főnévre egyes igéket alkalmazhatunk, 
másokat nem, a részletes felsorolás helyett ki-ki próbálja ki 
az igéket. 
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Az APL-nél is volt szó a / beszúr segédigéről. Ez a segédige 
csak egy igével együtt jelent valamit. Ha a -t igét vesszük, 
akkor a szumma igét kapjuk, tehát összeadjuk az összes 
felsorolt főnevet, míg ha a " igét, akkor összeszorozzuk. Ha 
ismerjük a szumma igét, akkor nem eshet nehezünkre az 
átlagot sem kiszámolni. Ehhez már csupán a , vektor hossza" 
igére van szükség, amelyet a ff jelez. 


Milyen lenne egy átlagszámolás? 


Vegyük példaként: -/23... 1] 97423 ...—1, ahol a 
hármas pont a vektor hiányzó részét jelöli. Ha hosszú a vektor, 
nehéz nem elrontani a gépelést, kihagyni egy számot stb. 
Ezért hasznosabb egy névmást előkapni, és abban tárolni a 
vektort, ám ekkor a névmást kell kétszer leírni. , A lustaság 
fél egészség" szerint elég csak a (/-- 99 ft) 2 3 ... —1-et leírni 
(nehogy elhagyjuk a zárójelet!), mert a három egymás utáni 
igét (mely szerkezet a keresztségben a villa nevet kapta) nem 
a megszokott rendben fejti ki a program: először a jobb oldali 
igét hajtja végre, majd a bal oldalit, és az így kapott 
eredményekre a középsőt. Ez nemcsak a villa monadikus, 
hanem diadikus kifejtésére is igaz, így az á-négyzet-mínusz- 
bé-négyzet leírásához elegendő a a(--"—)b, ami elvileg az 
(a--b)"(a-b)-t számolja ki, de ez értékben ugyanannyi. 

A két igéből álló szerkezet (kampó) hasonló rövidítésekre 
jó, ám megkülönböztetett figyelmet csak a monadikus jelen- 
tés érdemel, mert a (-1-90)4 értéke 4.25 lesz, ugyanis a négyhez 
hozzáadjuk önmaga reciprokát. 

Ha ezentúl szükség lesz az átlag igére, akkor azt a 
következőképpen definiálhatjuk: am—. --/ 90 ff. E definíció- 
típusban nem említettük meg az argumentumokat. Ha szükség 
van az argumentumokra is, x. jelenti a bal oldali, y. pedig a 
jobb oldali argumentum helyét, a : választja el a monadikus 
és diadikus definíciót, amelyeket aposztrófok közé teszünk. 
Lássuk az átlag ilyen definícióját: am—. "(-/ y.) 9 tty. :" 
Itt a " jelzi, hogy a diadikus definíció hiányzik. Mi is 
felelhetne meg az átlag továbbfejlesztésének? Egyesek a 
súlyozott átlagra esküsznek, ahol a bal oldali főnév tartal- 
mazza a súlyokat. Lássuk a teljes definíciót: 
amz. (ay) tty : (Mx.ty)9 4 x. 


Lépjünk tovább egy kicsit! 


Egy mátrixot a következőképpen adhatunk meg: 
matz. 2 354 1 6 3 4 5, ahol a 2 3$ jelenti azt, hogy egy — 
két sorból és soronként három tagból álló — mátrixról van 
szó. A $mat adja meg a mátrixunk alakját, és a $$nat 
tájékoztat a mátrix dimenziójáról, ami lényegében a mátrix 
alakjának alakja. (A szemfülesek egyből sejtik, hogy lesznek 
majd még magasabb dimenziójú mátrixok is.) A -/mat az 
oszlopösszegeket adja meg, ami esetünkben 7 5 11.Asorösz- 
szegeket a --/"/ mat adja meg. A korábbi am átlagdefiníciót 
használhatjuk az oszlopátlagok kiszámítására, míg am"1 
szükséges a sorátlagokhoz. A kapcsos zárójelekkel tudunk a 
korábbiakhoz hasonlóan sorokat, illetve abból elemeket 
kiemelni. A gyakran használatos mátrixok transzponálását a 
/: ige adja, elvégre ez is egy fordítgatás. (Aki nem tudja, 
miről is van szó pontosan, próbálja ki egy mátrixon!) 

Gyakran van szükség vektorokat vagy mátrixokat össze- 
kapcsolni (egymás után írni). Erre a vessző használatos. Arra 
viszont vigyázzunk, hogy mátrixok esetén a megfelelő mé- 
retek (ahol összekapcsoljuk őket) megegyezzenek. Ha csupán 
egy skalár értéket fűzünk egy mátrixhoz, akkor a program 
abból automatikusan egy jó méretű konstansvektort készít. 
Nem igényel semmi különleges eljárást, ha újabb sorokat 
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akarunk a mátrixhoz fűzni, az oszlopok hozzáfűzését a 
logikusan várható ,"/ vagy a ,. teszi lehetővé. 

A sorban következő ,: a második argumentumot feltölti, 
és formázza oly módon, hogy egy újabb dimenziót alkotva 
hozzákapcsolhassa az első argumentumhoz. Nézzük ugyan- 
ezen igék monadikus jelentését: a vessző a mögötte megadott 
mátrix elemeiből egy vektort készít, a ,. az argumentumból 
egy kétdimenziós mátrixot készít, ahol soronként egy elem 
található, míg a ,: az argumentumából eggyel magasabb 
dimenziós mátrixot készít. 

A beszúr segédigének is van diadikus jelentése, ekkor az 
argumentumok elemeinek minden párosítása esetén végre- 
hajtja az adott igét, így az (i. 77) "/ (i. 11) kiírja a nagy 
keservesen megtanult szorzótáblát. (Az i. nullától kezdve az 
argumentumáig kiírja az egész számokat.) Mivel a / diadikus 
ige a binomiális együtthatókat adja meg, az előző példában 
kicserélve a szorzást erre, a Pascal-háromszöget kapjuk 
eredményül. 

A pont ige segítségével megalkothatjuk a mátrixszorzást, 
ami nem szerepel az eredeti igék között: matmul—. --/ . "?, 
valamint a determináns-számolást: det —. —/ . ". A mátrixok 
osztása inverze eredeti ige. 


Adatszerkezetek — dobozok 


Eddig még nem beszéltünk arról, hogy milyen módon lehet 
adatszerkezeteket alkotni a J-ben. Ha megpróbálunk számo- 
kat és karakterláncokat összefűzni, hibajelzést kapunk. Ezért 
a c igével bedobozolhatjuk adatainkat, míg a 5 igével 
kibonthatjuk, és a dobozokból már nyugodtan alkothatunk 
vektorokat stb. A dobozolásról a lemezmellékleten található 
boxed.rpt fájlban bővebben olvashatunk, igaz angolul, de e 
nyelv ismerete hiányában a példákból is tanulhatunk. Nem 
ördöngösségről van szó, lássunk rá egy példát: b—. c 2 —6. 
A dobozhoz újabb dobozt fűzhetünk: a—. b , c 3. Ugyanez 
egyszerűbben is. leírható a—-. 2 6 ; 3. Legyen d—. 3 0 4 ; a, 
mi módon tudjuk összeadni az egy-egy dobozban levő 
számokat? A szummát már ismerjük, csupán az alatt (£.) 
kiegészítésre van szükség: --/ £. d, hasonlóképpen más és 
más igéket is használhatunk a dobozok tartalmának variálá- 
sára. Ha gyakran foglalkozunk ugyanolyan feladatokkal, 
akkor érdemes a megfelelő igemásokat vagy névmásokat 
külön definiálni egy olyan fájlban, melyet a program indu- 
lásakor beolvashatunk. Ezeket a fájlokat script elnevezéssel 
illetjük, és a tradíció alapján js kiterjesztéssel jelöljük. A 
profile.js minden programindításkor betöltődik, ide akedvenc 
definícióinkat rakjuk. 


Végeredményben... 


Aki végigpróbálgatta a cikkben szereplő példákat, és 
esetleg átnézte a lemezmelléklet fájljait, nem tagadhatja, hogy 
ezek után nincs szükség semmi más számológépprogramra. 
Ha valaki mindenképpen egérrel akarja kiszámolni a kétszer- 
kettőt, az maradjon meg a Windows programnál, aki viszont 
komolyabban dolgozni akar (kezdve a házi feladat ellenőr- 
zésétől), annak nem tudok jobbat ajánlani. Tömör, ezért 
gyorsan használható, nem kell sokat gépelni. Ha viszont 
valaki a jobban megjegyezhető mnemonikokat szereti, annak 
a példafájlok is mutatják, hogy könnyedén definiálhat min- 
dent a szájíze szerint. A következő részben megnézzük, miért 
is nevezhető programnyelvnek a J, addig is jó szórakozást! 
(Talán még nem késő elárulni, hogy a programból a Ctrl--D 
lenyomásával léphetünk ki.) 

Aszalós László 
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MIKROBAZÁR 





A NEM KERESKEDELMI 
CÉLÚ EGYÉNI HIRDETÉSEK 
KÖZLÉSE INGYENES 





A kereskedelmi célú apróhir- 
detések tarifája gépelt soron- 
ként (azaz 60 karakterenként) 
300 forint. A terjedelem alap- 
ján így kiszámított összeget 
kérjük az Új Alaplap Kiadói Kft 
számlájára átutalni (OTP, 
11701004-20171649), vagy 
postautalványon a kiadó címé- 
re elküldeni (1539 Budapest, 
Pf. 571), és feltüntetni, hogy 
"Új Alaplap, apróhirdetés". A 
befizetést igazoló szelvény 
másolatát — a hirdetési szö- 
veggel együtt — a szerkesztő- 
séghez (a kiadóéval azonos 
címre) küldjék el. 


Szerzői jogokat sértő szoftver- 
hirdetéseket nem közlünk le. 





Bármilyen típusú szöveg fordítását 
vállalom angol-magyar, magyar-angol 


nyelvre, illetve kiadványok látványterve- 
zését, szerkesztését is. Cím: Lachner Zol- 
tán, 1195 Budapest XIX., Jáhn Ferenc u. 
14/a. Telefon: 157-0308. 


OBJECTS 2.0 — objektumorientált 
programozás CLIPPER-ben. Tájékoztató 
kérhető az alábbi címen: Szűcs János, 
4400 Nyíregyháza, Vasvári Pál u. 37. Tel.: 
(42) 437-331 vagy 465-666/1382-es mel- 
lék. 

Adatmentés CD-re, streamerre; win- 
chesterről, floppyról. Ugyanitt beszerzési 
tanácsadást, hálózattervezést és program- 
készítést is vállalok. Cím: Kovács Lajos, 
1031 Budapest III., Vízimolnár u. 10. 
IV/33. 


Stúdiómban megbízhatóan, ellenőr- 
zötten lefordítom angol, német, francia 
és magyar nyelvről/nyelvre műszaki és 
közgazdasági folyóiratok cikkeit, hard- 
ver- és szoftverleírásait. Áfás számlát 
állítok ki. Cím: Szász György, 1035 Bu- 
dapest III., Kórház u. 25. Tel.: 168-4874. 


Alaplapcsere, memória-, winchester- 
és floppybővítés a helyszínen. MegaSoft. 
Telefon: 295-5085. 


Megalakult az MPC. Ha van olyan 
shareware program, amely csak neked van 
meg, vagy te írtad, vagy szeretnél bármi- 


lyen ingyenesen terjeszthető programhoz 
hozzájutni, írj a következő címre: Hadar 
Dávid, 8143 Sárszentmihály, Fő út 127. 


Számítástechnika és elektronikai mé- 
rések oktatására villamosmérnököt ke- 
res azonnali belépéssel a Kelenföldi Mű- 
szaki Szakközépiskola. Érdeklődni a 161- 
0447 telefonszámon lehet. 


Keresek 286-os alaplapot RAM-mal, 
Hercules vagy CGA monitort és 20 vagy 
40 MB-os winchestert. Az ajánlatokat 
ármegjelöléssel kérném. Cím: Kaskötő 
Mihály, 4034 Debrecen, Thúry A. u. 16. 
Tel.: (529446-192/109. E-mail: kasi(otig- 
ris.klte.hu 


Cserélek vagy ingyen adok több MB 
szabadon másolható (shareware) PC- 
programot. Küldj listát vagy egy felbé- 
lyegzett válaszborítékot a listámért. Cím: 
Tilly György, 1139 Bp., Rozsnyai u. 5. 


GYERE ÉS JÁTSSZÁL VEFXI sisak- 
kal a virtuális valóságban! Repülés, stra- 
tégia, szimulátorok, Doom-szerű játékok, 
akár egymás ellen is. Címünk: VR Stúdió 
Bp. V., Irányi u. 5. [/2. Telefon: 137-1160. 
Nyitvatartás: K-P: 14-21, Szo: 10-21, V: 
14-20. Kedvezmények! 


PÁLYÁZATI FELHÍVÁS 


LIAS ATM TEP 


A LIAS Kft. Technológiai Együttműködési Programot hirdet! 


Partnereket keresünk olyan non-profit szervezetek 
személyében, akik érdekeltek az új hálózati technológiák 
magyarországi terjesztésében az alkalmazási tapaszta- 
latok gyűjtésével és publikálásával. Vonzó finanszírozási 
konstrukciót, csúcstechnikájú termékeket és hosszú távú 
együttműködést kínálunk. Elsősorban felsőoktatási és 
kutató intézmények jelentkezését várjuk. 

A Technológiai Együttműködési Program lehetősé- 
get ad arra, hogy valós felhasználói körülmények kö- 
zött, az üzemeltető szakértők együttműködésével fel- 
készüljünk az ATM (Aszinkron Transzfer Mód) tech- 
nológia hazai terjesztésére. Fontos, hogy az ATM 
technológiát testközelbe hozzuk a jövő szakember- 
gárdája számára is, hogy ,iskolai tananyag" szintjén 
szerezzen élő ismereteket működő rendszereken. 


ALIAS számít a közreműködők már megszerzett tu- 
dására, tehát az együttműködést kétoldalúnak, egyen- 
rangú felek kölcsönösen előnyös közös munkájaként 
képzeljük el. 


A TEP azt kínálja résztvevőinek, hogy élenjáróak 
legyenek, maradjanak, technológiai tapasztalataik 
a világszínvonalon legyenek. 


A technológiai együttműködési programban szer- 
ződéses alapon lehet részt venni. A LIAS pályázatot 
tesz közzé, a jelentkezők közül választja ki part- 
nereit. A pályázati feltételekhez bármely non-profit 
szervezet ingyenesen juthat hozzá a LIAS Kft. telep- 
helyén. 


Érdeklődni lehet Juhász György marketing igazgatónál: 


Cím: 


1021 Budapest, Konkoly Thege út 29-33. 


Telefon: (1) 169-9088 Telefax: (1) 155-1097 E-mail: info"omail.lias.kfki.hu 


LIAS Kft. — Kommunikációs rendszerek 
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Szervezési alapokra építve 


SSADM — kétszer 


Két könyvet vettem nagyító alá. 


A közelmúltban megjelent olyan kiadványokat, 

amelyek az SSADM rendszerszervezési módszertan 
bemutatását tűzték ki célul. Alapvető különbség 

a két könyv között, hogy az egyik távoktatási tananyag 
céljára készült, míg a másik könyv szerzői szándék szerint 
az SSADM felépítésével és alkalmazott technikáival 
szeretnék megismertetni az olvasót. 


A könyvek megjelenésének előz- 
ménye, hogy az MTA Információtech- 
nológia Alapítvány 1993-ban kiadta az 
SSADM eredeti angol módszertani ké- 
zikönyvének tömörített, rövidített ma- 
gyar változatát. Tette ezt azért, mert a 
Miniszterelnöki Hivatal Informatikai és 
Tárcaközi Bizottsága úgy döntött, hogy 
a létező számos strukturált módszertan 
közül az SSADM-et ajánlja követendő 
szabványként. Az addig csak szűkebb 
szakmai körökben ismert módszertan 
iránt kibontakozó érdeklődést az moti- 
válta, hogy a hivatalos ajánlással a 
módszertan alkalmazási lehetősége és 
az oktatásban való megjelenése is vár- 
ható volt. 

A kézikönyv, amelyet az Informáci- 
ótechnológia Alapítvány 1993-ban ki- 
adott, nem publikus, pontosabban nem 
kereskedelmi forgalomban megjelenő, 
megvásárolható kiadvány. Ezért az 
SSADM iránt érdeklődő, e módszertant 
oktató hazai szakembereknek tovább is 
nélkülözniük kellett a magyar nyelven 
írt szakkönyvet, míg 1994 novemberé- 
ben meg nem jelent az első tankönyv 
az SSADM-ről. 

A könyvet az LSI Oktatóközpont a 
, Nyitott rendszerű képzés, távoktatás" 
oktatási segédleteként adta ki. A cél 
valójában az volt, hogy a Gábor Dénes 
Múszaki Informatikai Főiskola hallga- 
tóinak a rendszertervezés módszertana 
tantárgyhoz olyan kiadványt biztosít- 
sanak, amely önállón is elsajátítható 
ismeretanyagot tartalmaz. A könyvet 
Bana István írta, s ,, Az SSADM rend- 
szerszervezési módszertan" címmel je- 
lent meg, ára 999 forint. (Az elmúlt 
tanév második felében először tanultak 
ebből a könyvből a Gábor Dénes Infor- 
matikai Főiskola II. éves hallgatói. Jó- 
magam az információsrendszer-szerve- 
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ző hallgatók felkészítéséhez is e köny- 
vet használtam. Így véleményem kiala- 
kításákor gyakorlati tapasztalataimat 
fogalmaztam meg.) 

A könyvben a tudnivalókat három 
nagy részre tagoltan kapja az olvasó. E 
részek közül az első általános, de na- 
gyon fontos ismereteket tartalmaz. A 
második rész tartalmazza az SSADM 
szerkezetét, dimenzióit, életciklusbeli 
elhelyezkedését, az elemzés és tervezés 
lépésenkénti feladatait. Az a módszer, 
ahogyan a szerző végigviszi az olvasót 
mindezeken, nagyon szimpatikus. Ki- 
váló pedagógiai érzékkel adagolja az 
ismereteket, mérnöki precizitással il- 
leszti egymásra a tudást építő , köve- 
ket". 

Akkor, amikor már tisztában van az 
olvasó azzal, hogy milyen feladatokat 
kell elvégeznie, a szerző bemutatja azo- 
kat a módszereket, amelyek a szerkezeti 
keretben egymáshoz csatlakozva ered- 
ményezik a módszertant. Az SSADM 
technikáiról szól tehát a harmadik feje- 
zet, mely szintén nagyon gondosan 
összeállított anyag. A technikákat hoz- 
zárendeli a szerző a feladatokhoz, mint- 
egy felfűzve az életciklusra valamennyi 
— diagramra épülő és nem diagram- 
szerű — módszert. 

A módszertan áttekintésében haszno- 
sak a bemutatott példák is. Ennek elle- 
nére a hallgatók nehezen birkóznak 
meg ezzel a fejezettel. Szükség lenne 
egy, a módszertant , gyakorló" könyvre, 
munkafüzetre is, egy-két esettanulmány 
megoldásának bemutatására. Jó szolgá- 
latot tehetne fejezetenként egy-egy kér- 
déssor az elsajátított ismeretek ellenőr- 
zéséhez. Távoktatásnál ez a hallgatói 
önértékelés célját is szolgálhatná. 

A másik könyv, amelyet 1995-ben a 
ComputerBooks adott ki: Kovácsné 


Cohner Judit—Takács Tibor: ,,Ismer- 
kedés az SSAADM-mel" , ára 966 forint. 

A bevezetés után a szerzők elkülöní- 
tik az SSADM általános jellemzőinek 
leírását, a használt technikákat és a 
fejlesztés folyamatát, a függelékben pe- 
dig gyakorlati feladatokat mutatnak be. 
A könyv végén a rövidítések jegyzékét 
is megtalálhatjuk. 

A kiadvány nem tankönyv, nyilván- 
valóan nem is szánták annak, előisme- 
reteket feltételez. A szerzők olyan szak- 
embereket céloztak meg az összeállí- 
tással, akik már nem kezdők a szakmá- 
ban, és az SSADM-et szeretnék jobban 
megismerni. 

Mit tudhatunk meg az SSADM-ről e 
könyvből? Az általános jellemzésben 
olvasható, hogy ,,...z SSADM a 
könnyen tanulható módszerek közé tar- 
tozik, mivel szabályokon alapuló tech- 
nikákat használ, részletes és pontos 
tevékenység-végrehajtási sorrendet ad, 
és minden lépés végrehajtását irány- 
elvekkel, ellenőrzését pedig részletes 
ellenőrzési listákkal segíti..." Ez mind 
igaz, de hozzá kell azért tenni, hogy 
azoknak könnyen tanulható, akik meg- 
felelő mélységű és kiterjedésű szerve- 
zéselméleti ismeretekkel rendelkeznek, 
sőt már gyakorlatban is kipróbáltak 
legalább egyféle módszertant. 

A (kissé direktfordítás-szagú) könyv- 
bena szerzők az általános bevezető után 
rátérnek a technikák bemutatására. Va- 
lamennyi módszer ismertetése egy pél- 
dán keresztül történik, majd pár soros 
összefoglalóval (a legfontosabb jellem- 
zők leírásával) zárul. Az egyed—ese- 
mény modellezésnél szívesen olvastam 
volna olyan példát, amely ugyanazon 
egyedekről és eseményekről szól. Na- 
gyon jónak tartom a rendszerszervezés 
folyamatának vázolását. Minden sza- 
kasz valamennyi feladatát leírva ren- 
delnek technikákat a lépésekhez. A le- 
írásokat szakaszonkénti összefoglaló 
ábrákkal egészítik ki. 

A függelékben közzétett példákat 
bátran elolvashatják a kezdők is. 

Mindkét könyv jó szívvel ajánlható 
e módszertannal ismerkedő, gyakorló 
rendszerszervezőknek, és a tantárgyat 
oktatóknak. Nem könnyű olvasmá- 
nyok, de megéri végigkövetni a más- 
más szemléletben és céllal alkotott 
szakkönyveket. 

Aki most tanulja (illetve ezután fogja 
tanulni) a rendszerszervezés elméletét 
és gyakorlatát, annak mindenképp az 
elsőként ismertetett könyvet javaslom 
állandó forgatásra, és remélem, hogy 
ebben segít a lemezmellékleten közre- 
adott anyag is. 

Balassa Ildikó 


KÖNYVESPOLC 





Előleg a következő hónap témájához 


Információs svédasztal 


Az Internet szolgáltatás hasonlítható 

egy svédasztalként működtetett szupermarkethez. 

EI lehet bámulni a kitett árukon, mindenbe bele lehet 
kóstolni, az üres bámészkodás azonban drága mulatság, 
mert bár a legtöbb áru ingyen van, magáért a 
benntartózkodási időért fizetni kell. Így hát érdemes 

jó előre felkészülnie annak, aki valaha is részesülni akar 
az információs svédasztal ínyencségeiből. 


Lengyel Veronika— 
Pásztor Miklós—Tétényi István: 


Az Internet világa 


ComputerBooks, 1995 
288 oldal, 1456 Ft. 


Mind többen vannak, akik előtt e- 
lőbb-utóbb megnyílik a mennyország 
kapuja, és munkahelyük vagy oktatási 
intézményük gépéről (vagy — adj" isten 
— saját otthoni számítógépükről) köz- 
vetlen kapcsolatba kerülhetnek a világ 
számítógépes társadalmával. Ma még 
az elektronikus kapcsolattartás nem ol- 
csó, de ha okosan használjuk ki a 
lehetőségeket, a gyors és friss informá- 
ciók, a hálózaton keresztül igénybe 
vehető kölcsönös segítségnyújtás, és a 
beszerezhető programok értéke sokszo- 
rosan meghaladhatják a ráfordított költ- 
ségeket. 


Lapozzunk vissza! 


A kommunikáció 1994 márciusa óta 
lapunk állandó rovatai közé tartozik — 
azóta, hogy közreadtuk Aszalós László 
kiváló, gyakorlati példákkal és taná- 
csokkal gazdagon fűszerezett cikksoro- 
zatát. Azóta már a hónap témája is volt 
a kommunikáció és az információs vi- 
lághálózat, éppen egy évvel ezelőtt, "95 
februárjában. Áprilisban ugyancsak 
Aszalós egy olyan programot ismerte- 
tett (és tett közkinccsé), amelynek se- 
gítségével rutinos Internet-felhasználó- 
vá képezhetjük ki magunkat. Október- 
ben újabb kitűnő segítség érkezett: Hor- 
lai János az Internet-kapcsolathoz leg- 
jobban használható programokról adott 
értékes útbaigazítást. 


Olvasóink tehát nem panaszkodhat- 
nak, hogy kevés tájékoztatást kapnának 
lapunktól a hálózatba való bekapcsoló- 


"dás módjáról és csábító lehetőségeiről. 


Most mégis újabb olvasnivalót ajánlunk 
figyelmükbe: egy olyan könyvet, 
amelyben a legilletékesebbek, hazánk 
Nemzeti Információs Infrastruktúrájá- 
nak (NIIF) fejlesztői ismertetik az In- 
ternet jövő századot idéző világát. 


Magyar bekötőút? 


Az IIF, az NIIF elődje az ántivilág 
utolsó éveiben született, elsősorban az 
akadémiai intézeteket összekapcsoló 
hálózatként. Születésénél főleg az MTA 
SZTAKI (Számítástechnikai és Auto- 
matizálási Kutatóintézet) hardveresei 
és szoftveresei bábáskodtak, akiknek 
sikerült kifejleszteniük a csomagkap- 
csolt adatátvitel technikai eszközeit (az 
X.25-ös CCITT  protokollszabvány 
alapján felépített modemmel), és az Ella 
nevű automatizált e-mail levelező rend- 
szert. Az MTA jó külföldi hírneve is 
hozzájárult, hogy az Eunet, az európai 
Unix hálózat már 1989-ben összekötöt- 
te e-mail szinten az IIF hálózatba be- 
kapcsolódott intézményeiket a világ 
nagy elektronikus rendszereivel. 

A könyv ihletője és szerkesztője Len- 
gyel Veronika, aki egyben az anyag 
nagyobbik (és nehezebbik) felének 
megírását is magára vállalta. Ő ismer- 
teti a Telnet, az FTP, az Archie, a 
Gopher, a Wais és a WWW működését 
és használatát. Tétényi István, aki a 
SZTAKI-ban a kapcsolatorientált adat- 
átvitel ismert szakértője, az Internetben 
használt kommunikáció , alapproto- 
kolljának", a TCP/IP-nek az előnyeit és 
hátrányait boncolgatja, továbbá az In- 


ternet , faliújságjának", a Hálózati Hí- 
reknek (Usenet News) a működését és 
felhasználási módjait írja le. Pásztor 
Miklós lett a gazdája az elektronikus 
levelezésnek. Ezeknek az utóbb említett 
szolgáltatásoknak a szerepe elég közis- 
mert, ezért nem is térünk ki rájuk. 
Érdemes viszont néhány szót szólni az 
először említett protokollok alapján fel- 
épült rendszerekről. 


Nevenincs számlaszám 


A Telnet mint kliens program bizto- 
sítja távoli szerverszolgáltatók gépének 
igénybevételét (a magunkfajta csórók- 
nak elsősorban egy , anonymous"? — 
nevenincs — számlaszám terhére). Az 
FTP protokollszabvány, mint már bizo- 
nyára mindenki tudja, a fájlok átvitelé- 
ért felelős (ennek egyik speciális esete 
a nevenincs FTP). Az Archie egy rend- 
szeresen karbantartott hatalmas adatbá- 
zisrendszer, amely főleg a nevenincs 
szolgáltatást nyújtó szerverek fájljait 
teszi hozzáférhetővé fájlnevek alapján 
való keresés számára. 


Lóti-futi, a pocok 


A Gopher — nos ez egy különleges 
szerzemény. Neve alapján (1) valami 
föld alatt turkáló pocokszerű állat, (2) 
, lóti-futi" az amerikai szlengben, amely 
esetünkben az információk után lohol, 
(3) Minnesota államnak, a minnesotai 
egyetemnek, de még az egyetem sport- 
csapatának is hivatalos jelképe. (A 
könyvben egyébként a fényképe is meg- 
található.) Az elektronikus kommuni- 
kációban pedig egy könnyen kezelhető 
és sokoldalú menüvezérelt navigáló ke- 
resőrendszer, amely a menüfa legalsó 
szintjén található szolgáltatásokat 
mindjárt elérhetővé is teszi. Előnye 
nemcsak abban rejlik, hogy nem terheli 
a felhasználót a szükségessé vált, kü- 
lönböző rendű és rangú eszköz aktivi- 
zálásának felesleges részleteivel, ha- 
nem rendkívül gyors is, például a sokkal 
csicsásabb, de ma még elviselhetetlenül 
lassú WWW szolgáltatásaival összeha- 
sonlítva. 


Rafináltabb módszerek 


A Wais — hát igen, ezt sem lehet 
néhány szóval elintézni. Az Archie, 
mint láttuk, csak a fájlok címei alapján 
tud keresni, s ott is csak egyetlen szóra 
lehet közvetlenül rákérdezni. A Wais 
ún. full-text keresést tesz lehetővé, tehát 
a dokumentum teljes szövegét hozzá- 
férhetővé teszi, és sokkal finomabb 
módszereket használ. A keresés ered- 
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ményeképpen relevancia alapján sorba 
állított súlyozott listát kapunk a kere- 
sőkérdésnek legjobban megfelelő do- 
kumentumokról. (A relevanciát statisz- 
tikai képletek alapján, normalizált sú- 
lyozással számolja a rendszer. Hosz- 
szabb szövegben kevesebbet ér ugyan- 
annyi előfordulás, mint egy rövidebben, 
a szövegben kevesebbet, mint a cím- 
ben.) Megtehetjük, hogy a relevancia 
sorrendjében kapott listáról kiválaszt- 
juk a megítélésünk szerint legjobban 
megfelelőt, s ezzel mint keresőkérdés- 
sel újabb keresést hajtunk végre (,ite- 
ratív fókuszálás"). 

Az alkalmazott módszer nagyon iz- 
galmas, de a jelenlegi gépeken még elég 
komoly késedelemmel érhetők csak el 
a dokumentumok. A gyors keresés 
ugyanis csak előzetesen feldolgozott 


dokumentumokon, előzetes indexelés 
után biztosítható (a semmitmondó, ún. 
stoplistára tett szavakat természetesen 
kihagyva a feldolgozásból). Ezt a mun- 
kát azonban nem minden szerver haj- 
landó elvégezni, főleg nem ingyen. Így 
aztán egyrészt foghíjasak az elérhető 
állományok, másrészt állandó lemara- 
dásban vannak, s végül nem is egységes 
szempontok alapján végzik az indexe- 
lést. (Jelenleg három fő változatot hasz- 
nálnak a Wais szolgáltatásban érdekelt 
központok, s nem mindegyikük nyújt 
ingyenes szolgáltatást.) 


A jövő ígérete 

A World Wide Webről bizonyára 
mindenki olvasott már lapunkban is 
dicsérő ismertetéseket. Tagadhatatlan, 
hogy ez a technológia biztosítja a leg- 
látványosabb, világot átfogó multimé- 
dia-szolgáltatást — főleg, ha kiépül 
hozzá mindenütt az üvegszál alapú ge- 
rinchálózat, és a gyors, nagy tömegű 
adatátvitelt biztosító ATM adatátvi- 
tel.(A megoldás technikai nehézségei- 
ről tavaly februári számunkban talál- 
hattak olvasóink érdekes eszmefuttatá- 
sokat.) Ez a hálóalapú, hipertext szer- 
kezetű  csoda-autósztráda azonban 
egyelőre még nem a mi számunkra épül. 


Rendszerek egybefonódása 


Az Interneten elérhető szolgáltatások. 


(szerencsére!) nem válnak el egymástól 
ilyen mereven. Az e-mailen keresztül 
lehet kérni FTP parancsok végrehajtását 
(olyasféleképpen, ahogy batchfájlból 
indíthatunk programokat), el lehet érni 


az Archie-t és a Gophert meg a Híreket. 
De elérhető az Archie a Telnet és a 
Gopher segítségével is. A Gophernek 
saját keresőrendszerei vannak (az is- 
mertebbek: a Veronica és a Jughead), 
de más rendszerekbe is át tudunk belőle 
lépni a Gopher elhagyása nélkül. Van, 
aminek maga is ismeri a protokollját 
(ilyenek az FTP és a Wais), más szer- 
verekhez gateway-ken (átjárókon) ke- 
resztül vezet az út. 


BTW 


Kedvcsinálónak talán ennyi is elég. 
Akár használja már valaki az Internetet, 
akár csak később hagyja magát behá- 
lózni, ezzel a világgal mindenképpen 
érdemes megismerkedni. Ezt szolgálja 
a könyv elsősorban értelmes, világos 
magyarázataival. Igen hasznos a könyv 
tárgymutatója, bár jó néven vettem vol- 
na, ha a magyar fogalmakból elindulva 
is lehetne benne keresni. 

A Szójegyzékként aposztrofált fogal- 
mi szótár is jó kiegészítője a könyv 
anyagának, bár ügyesebben is ki lehe- 
tett volna dolgozni. (A , Data" Adat 
, Speed" Sebesség és hasonló magyará- 
zatoktól megkímélhették volna az olva- 
sókat, de teszem fel, a Winsock és a 
White Pages magyarázatát felvehették 
volna. Aztán például a , Proxy" fogal- 
mat a szövegben szélesebb értelemben 
használják, mint a Szójegyzékben. Nem 


.. lehetett volna — akár redundancia árán 


is — kiegészíteni a Szójegyzéket egy 
lapszámra való hivatkozással, ahol a 
magyarázott fogalom legrészletesebb 
kifejtése található?) 

V. Nagy Edit 


E SZÁMUNK HIRDETŐI 











Cég Infott Oldal Cég Infott Oldal Cég Infott Oldal 
3Soft 0201 02. Kerszöv 0216  B3. Peters Group 0230 47. 
A20 0202 48. Keszo 0217  K4. Profilax 0231 50. 
Areco Trade 0203 B2. KimSoft 0218 31. Profi Plusz 2000 0232 62. 
Compserv "95 0205 61. Lias 0219 57. Profon 0233 61. 
Computer Panoráma 0206 61. Limes 0220 dl (s OAwerty 0234 50. 
Computerbontó (4M) — 0207 21. Made-lInfo 0221 B4. Radiant 0235 50. 
ComputerBooks 0208 52. Makrotrend 0222 22. Reflex 0236 02. 
Congress 0209 aj Next 0223 62. SCI-Modem 0237 48. 
Controllker 0210 K4. Nyák Iroda 0224 62. Server 0238 22. 
DIT Digitáltechnika 0211 50. Onyx 0225  B2. Software Station 0239 61. 
Elender 0212 91. Parri 0226 52. PSV Hungária 0204 52. 
Fefo 0213 48. Pákász 0227  KA4. Walton 0240  B2. 
Gellért Software 0214 52. PC Kuckó (Digitrade) 0228 48. Western Computer 0241 62. 
Hunix 0215 09. PC Szoftver 0229 ez. 
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Számítástechnikai rendszerek komplett hálózatának tervezése és kivitelezése 
ADATHÁLÓZATOK, ERŐSÁRAMÚ HÁLÓZATOK, HÍRKÖZLŐ HÁLÓZATOK 


e [ili HÁLÓZATI ELEMEK 

9 ÖSSZEKÖTŐ KÁBELEK : 

8 RACKSZEKRÉNYEK, RACKSZERELVÉNYEK 

(8 HÁLÓZATFELÜGYELŐ RENDSZER 

(0 ERŐSÁRAMÚ ELOSZTÓSZEKRÉNYEK A 

€ TÚLFESZÜLTSÉG-LEVEZETŐK HÁLÓZATOKHOZ, GÉPEKHEZ 
€ SZÁMÍTÓGÉPEK 


grendeléstől függően ingyenes házhozszállítás 
és üzembehelyezés! Vidékre postai utánvéttel küldjük el 
a megrendelt árut. 





INFORMÁCIÓKÉRÉS: 0205 V 


Rövid kivitelezési határidő, hároméves garancia! 





Új szolgáltatás: Fax Station. Software újdonságok szakkönyv Ek 


Fax készülékére ismertetőket hívhat le az általunk . Adobe tet vé.0 / upgrade 99.800 / 29.800 KAY711EN Building Internet Firewalls vok8 kel, 
forgalmazott termékekről! A könyvek előtt látható . Autodesk Ánimator Studio v].0 66.800 / 29.800 HALLJA Building WIN NT Internet Server 
azonosító majd egy kettős-kereszt (48) beütése Black Box Filters v2.. kes v. MIN) 18.800 KZ4jtBH3 ferssát mt mú n (MISP) $P "ál 
után a kívánt? ismertetőt megkapja faxon! Corel AI Movie Guide / Artshow6 3.800 / 5.800 KALTHIA Inside Auto A 
CorelXARA - 32-bites vektor--bitmap editor 31.800 I/HEIRN Master Visual Basic 4, ÚKpRok 9350 
Fractal Design Painter VE tpyt 69.800 / 26.800 ÉLÜKB] Tee. el ő e Manual (ADWE) 9900 


fé kite od 3.0 / 23.800/ 7 KjiHIAB The N$P 
OFT- lni Develőper ő Resoires, 5.(DSE "sen , 200 Hillbe Hl tenet s Kérdések ( m) rán 
OEMM 8 / upárade 13.900 / 7.800 Zgy.ELTHN The Whole Internet for kése (0 hat 550 
fedne Western vmi winchesterek a legjobb aron! 77 ZÁ Windows 95 Programming Nuts 8. 5.500 
A kelet árak AFA nélküliek. Az árváltoztatás jogát fenntartjuk! 
59 Teljes, 23.000 tételes szakkönyv adatbázisunk az interneten! 


JA ÉK 0) SZAK 
kó NYVEK PROFIKNAK ://www.xco.hu/zsws ir  BP., 1111 Karinthy Fri, 











































INFORMÁCIÓKÉRÉS: 0239 WV 








magazin 
ezstzi mindenkinek 


Az 1995-ös negyedik szám megjelent decemberben 


Mérlegen a CD-ROM olvasók, Telebolt összeállítás: vásárlás egérkattintásra, Jó képet vágunk a Crunch-it kártyával, Következő óra a mul- 
timédia iskolában, Kifürkészik titkainkat, Multimédia és a szerzői jog, Csatlakozunk a CompuServe-re, Hölgyek zenélnek, Bemutatkozik 


többtucatnyi CD újdonság. 
Az ajándék CD-n 
A Dolby Surround és a THX technika, A BMW új típusai, Égess el! — egy klip Auguszt Bárió új CD-jéről, A Medián közvélemény-kutatá- 
saiból, Valami bűzlik — a Levegő Munkacsoport összeállítása, Multimédia méneskönyv, Karácsonyi bazár, shareware-csokor. 
A CD Panoráma megjelenik évente négyszer, előfizethető a Computer Panorámánál 
Cím: Computer Panoráma Kiadói Kft.. 1077 Budapest, Wesselényi u. 17. IV. em.., tel.: 322-4248. fax: 322-1032 


25 dollár kedvezmény 
rendszeres olvasóinknak a CompuServe használatakor, 
ha most először kötnek megállapodást az online szolgáltatóval. 





(Cégszerű) aláírá. 
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DATAFLEX 3.1 


— Korszerű, hatékony, gyors, 
objektumorientált fejlesztőrendszer 


— Teljes nyitotts éb. adatbázis- 
/2 rendszerre 


VWVINOL 4.0 


gyors, felhasználóbará 
riportgenerátor 


— Vegyesen használhat különbözős 
típusú adatbázisokat (ODBC fukeio 

— Grafikonok készítése 

— DLL és OLE funkciókregyéb 
windowsossalkalmazásokhoz 


NEXT Software Kft. 


a Data Access Corporation hivatalos disztribútora 
Budapest XI., Andor u. 60. 
Telefon: 1810-590/248, 209-1196 








Számítástechnikai szerviz Kft. 





sz OKOCHE ta — 


5 Számítógép (PC) és nyomtató javítása, 
átalakítása, kiszállásos javítása 


Tápegységjavítás 

,  Szünetmentes áramforrások javítása 
, . Floppy- és CD drive-ok javítása 
Garancia megváltásos javítások 
Vírus detektálás és írtás 








800 Ft--ÁFA-tól 


1047 Bp., Mildenberger u. 1/b. TI 180-4698 
1054 Budapest, Báthori u. 19. TF 111-5456 
1042 Budapest IV., Király u. 25. "A (60) 319-326 


Szükség esetén cserekészüléket biztosítunk! 


TP] 





INFORMÁCIÓKÉRÉS: 0 
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Allegro con brio 


A szakmai rendezvények és a hozzájuk kapcsolódó sajtó- 
tájékoztatók néha meglepetéseket tartogatnak. Kellemetlene- 
ket, amikor például nagy felhajtással összecsődített közönség 
előtt soványka tartalmat prezentálnak, mások számára is 
érdekes információk helyett triviális dolgokat ismételgetve, 
vagy öntömjénező petárdákat pufogtatnak. Kellemeseket, 
amikor a résztvevők sokkal gazdagabb anyagot hallhatnak 
és láthatnak, mint amilyenre a rendezvény jellegéből számí- 
tani lehetett. 

Erre az utóbbira volt jó példa az Allegro Bt decemberi 
, nyitott napja", a termékbemutatót vendégelőadókkal tartal- 
massá tevő rendezvénye. Dave Woodhouse tudományos 
értékű kiselőadást tartott az elektronikai iparral kapcsolatban 
a világ legnagyobb független alaplapgyártója, a Micronics 
nézőpontjából. Gondolatai ötletadók voltak későbbi témavá- 
lasztásainkhoz is, de néhányat itt is megemlítünk. (Szembe 
kell nézni ugyanis a kemény , hard" tényekkel és tendenci- 
ákkal.) 

— Ma az alaplapok erkölcsi elavulásának időtartamát 6 
hónapra lehet becsülni, átlagosan ennyi időnként fejlesztenek 
ki egy következő generációt. 

— Az alaplapra fokozatosan rátelepítik, integrált alkat- 
résszé teszik a ma még különálló Kártyákat.- Ezek közül 
elsőként várhatóan a hangkártya , olvad be". A fejlesztés nem 
hagyhatja figyelmen kívül a hatalmas játékpiacot sem, és ez 
egyebek között a hang, a grafika és a video egyetlen chipbe 
tömörítésének irányába hat. Ugyanakkor a moduláris elv is 


terjed, például hogy a cache memória dugaszolva kapcsolódik 
az alaplaphoz. 

— A Pentium Pro fejlesztése egy évet csúszik, és most 
már teljesen a 32 bites környezetre orientálódik. A P6 sok 
alkalmazás esetében lassúbb, mint a Pentium, és a teljesít- 
ményben, megbízhatóságban legjobban bevált processzornak 
ma a 166 MHz-es Pentium látszik. 

— Azt az eddigi koncepciót, hogy a a gép a videojelekhez 
a főmemóriát is használhatja, a Windows 95 , meg akarja 
ölni", ezzel még drágábbá téve a grafikus alkalmazásokat. 

— Az évente 1 millió alaplapot gyártó Micronics az 
architektúrán lényeges formai változtatásokat hajtott végre. 
A sokkal könnyebben hozzáférhető és szerelhető ATX elren- 
dezésben egyetlen ventillátor valamennyi melegedő alkatrész 
hűtéséről gondoskodik, az eddigi sokféle kimenet helyett 
univerzális soros csatlakozófelület (busz) van rajta, és új 
megoldású a chipek lába is. 

A rendezvény másik nagy témája a Fast Multimedia AG 
termékcsaládja, a Video Machine volt. Videofilmek, klipek 
számítógépes manipulálására, vágására, montírozására talán 
ez a leggazdaságosabb rendszer (3-6 millió forint), és aki 
megismeri, az nem nagyon tér vissza a videózás utómunká- 
mán kívülieknek tűnhet soknak, egy tudásban felette. lévő 
termékkategória — például a Flame program (lásd Új Alaplap 
1995/8.) — már 100 milliós nagyságrendű. S hogy a stúdió- 
kon kívül a Video Machine mire használható? Meggyőző 
bemutatót láthattunk egy egészségügyi területről: mozgássé- 
rültek rehabilitációját segítik elő vele, mozgássorok egymásra 
vetítésével, elemzésével — már hazai kórházban is. 


Video Machine Lite VM-Studio ISCITYCbCr-PALJIDPR]. O FAST Multimedia AG 
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PALETTA 





Az Allegro által szervezett bemutató harmadik , termék- 
vendége" az ADI monitorgyártó volt. Azt gondolhatnánk, 
hogy a képernyők világában igazi meglepetéssel már nem 
nagyon lehet kirukkolni, hiszen szinte magunk előtt látjuk a 
jövőt is, a nagy méretű, nagy felbontású, képként a falra 
felakasztható monitorokat. Ilyesmit az ipar azonban egyelőre 
még nem gyárt, de ezen a bemutatón is akadt egy , csoda- 
bogár", az ADI elforgatható képernyője, amely egyetlen 
kézmozdulattal átalakul fekvőből álló formátumúvá, amihez 
sok szoftver egyetlen egérkattintással képes igazodni. DTP- 
alkalmazásoknál ennek igen nagy a jelentősége, hiszen a 
papírvilág szinte teljesen az álló A/4-es alakra rendezkedett 
be, a levelektől kezdve a folyóiratokig, s közben ezt a 
számítógépen egy fekvő téglalapba kell beleerőszakolni, vagy 
speciális, álló formátumú monitort venni. Az ADI Microscan 
17X-- monitoron a , portrait" és a , landscape" közötti átala- 
kítás már csak egy kézmozdulat. 


Két tányérnyi Caviar 


Még az elmúlt év végén jelentette be a Western Digital a 
Caviar meghajtók családjának új tagját, az 1,2 gigabájtos 
kapacitású AC21200-ast. Többek szerint világviszonylatban 
ez az a minimális tárkapacitás, amellyel akár üzleti, akár 
személyi felhasználás során kalkulálni kell. A kéttányéros, 
5200 fordulat/perces sebességű meghajtóval kapcsolatban 
még inkább megerősödni látszik az az álláspont, miszerint a 
meghajtóteljesítmény meghatározásakor a legjelentősebb té- 
nyezőnek a fordulat/perc mutatót kell tekinteni, hiszen ez 
közvetlenül meghatározza a folyamatos adatátvitel gyorsa- 
ságát, és indirekt módon befolyásolja mind a hozzáférési, 
mind pedig az egyéb mechanikus várakozási időt. 
szekundum alatt van, az orsó várakozási ideje 5,76 millisze- 
kundum. Beépített szervóval rendelkezik a folyamatos adat- 
áramlás biztosítására, ami azt jelenti, hogy megszűnnek a 
hiányzó videokockák vagy a zenében előforduló hézagok. 
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Szerencsére a meghajtók területén a teljesítménynövekedés- 
sel továbbra sem nő lineárisan az ár: a 4590-kal nagyobb 
teljesítményű, 5200 fordulat/perces Caviar — a magyarországi 
forgalmazó HRP szerint — várhatóan hasonló áron kerül majd 
forgalomba, mint 3600 fordulat/perces elődje. 


Paradox(on nélkül) 


A Borland stratégiai terméke, a Paradox adatbáziskezelő 
rendszer lefedi a teljes Windows-vertikumot: a Windows 
3.x-től a Win95-ön átegészen az NT-ig. A Borland a fejlesztők 
munkájának megkönnyítését tűzte zászlajára. E szándék az 
adatbáziskezelő 7-es változatában leginkább ott érhető tetten, 
ahol a korábbi saját vagy a meglévő , idegen" rendszerekkel 
való adatkompatibilitás szerepel a vizsgálat fókuszában. 
(Könnyedén integrálható például akár a még Novell-féle 
PerfectOffice-szal, akár a Microsoft Office csomagjával, de 
, megeszi" az Oracle, Sybase stb. adatokat is.) Az elemzők 
már a Paradox 7 megjelenése előtt sem fukarkodtak a dicsérő 
jelzőkkel, s a kész változat jellemzőit tanulmányozva, úgy 
tűnik, meg is volt rá az okuk. Okulván a bonyolultságot ért 
kritikákból, a Borland elsőrendűen fontosnak tekintette a 
felhasználói munka megkönnyítését, közben számos olyan 
új funkciót építve a rendszerbe, amelyeket a Win95 divatja 
követel meg a korszerű rendszerektől (jobb oldali egérgomb, 
hosszú fájlnevek stb.). 

A Paradox 7 újdonságai közül kiemelésre kívánkozik a 
megerősített OLE-támogatás, amely bármilyen adatfajta ka- 
tegorizálását, ellenőrzését, karbantartását, raktározását és 
elosztását megengedi, beleértve a táblázatkezelőket és gra- 
fikákat is. A fejlesztők , kirobbanó" formájára utal az Object 
Explorer, amelynek révén maga a felhasználó saját fejlesztői 
szaktudásának színvonalánál jóval hatékonyabb és eredmé- 
nyesebb munkára képes. 

És még néhány számadat mutatóba a felső korlátok 
nagyságáról: fájlonként egymilliárd rekord; rekordonként 
1024 mező, mezőnként 254 karakter, rekordonként 32 kbájt, 
mesterfájlonként 47 indexfájl lehetséges, egyszerre 10 index- 
fájl nyitható meg és 225 munkaterület lehet megnyitva. 

Az árak sem csillagászatiak: a vadonatúj Paradox-vevők 
is mintegy 160 dolláros áron érhetik el az alapváltozatot 
(március 31-e után 300 dollárért), az upgrade éppen 100 
dollárba kerül valamely korábbi Paradox-változatról (a kom- 
petitív upgrade is hasonló árú), egyedül a kliens/szerver 
változat kerül 1500 dollárba. 
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Előfizetünk az félévi számára 1200 Ft-os ame sszegét a mai napon átutaltuk a 
MADE-INFO KFT. Postabank 11991102/021-16565 számú számlájára! (A Kiadó a pénz beérkezése után azonnal 
számlát küld, és a kiadványt megjelenés után postázza.) 
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